NATIONAL RAILROAD PASSENGER CORPORATION 

1 Massachusetts Avenue, NW, Washington, DC 20001 


VIA E-MAIL 


AMTR AIC 


December 21, 2018 


Mr. Edward H asbrouck 
The Identity Project 
1222 Preservation Park Way #200 
Oakland, CA 94612 

Re: Freedom of Information Act Request — Final 
Tracking Number: 15-FOI-00021 

Dear Mr. Hasbrouck: 

We are further responding to your October 29, 2014 request for information made under the Freedom of 
Information Act (FOIA), which was received via e-mail by Amtrak’s FOIA Office on the saxne date. 

Your request seeks the records described below: 

(1) Any records of policies, procedures, technical specifications, contracts (including agency 
appointment agreements), or directives to staff, contractors, or agents pertaining to transfers of data 
about Arntrak passengers or customers to the Department of Homeland Security (DHS), any DHS 
component including US Customs and Border Protection (USCBP), the Canadian Border Services 
Agency (CBSA), any other Canadian government agency, or any other foreign government, or the 
subsequent handling or use of such data, including without limitation Advanced Passenger 
Information (API) and any personally identifiable data obtained or derived from the ARROW 
reservation system. 

(2) Any records pertaining to the legal basis for such data transfers, including any e-mail messages 
pertaining to this subject within or between Arntrak, Arntrak agents, Arntrak contractors, and any 
third party or parties. 

(3) Any records of policies, procedures, technical specifications, contracts (including agency 
appointment agreements), or directives to staff, contractors, or agents (including without limitation 
travel agencies and agents authorized to sell Arntrak tickets, and other ARROW users) regarding 
disclosures to be made concerning transfers of data about Arntrak passengers or customers to 
government agencies including DHS. 

(4) Any records of policies, procedures, reports, or directives to staff, contractors, or agents (including 
without limitation travel agencies and agents authorized to sell Arntrak tickets, and other ARROW 
users) regarding compliance with the Personal Information Protection and Electronic Documents 
Act (PIPED A) of Canada, including handling of requests for records or other requests or 
complaints made pursuant to PIPEDA and any disclosures to be made to passengers or customers. 



Mr. Edward Hasbrouck 
December 21, 2018 
Page 2 

(5) Any e-mail messages within or between Amtrak and Amtrak agents, Amtrak contractors, and any 
third party or parties containing any of tire text strings "Personal Information Protection and 
Electronic Documents Act", "PIPEDA", or "Privacy Commissioner of Canada". 

(6) Any electronic file in which any of the above records are included. 

(7) All metadata pertaining to any such file, such as file system information indicating the creation 
data, modification date, etc. 

The names and personal identifying information of Amtrak employees and other individuals have been 
redacted from the enclosed records pursuant to exemption 6 of the FOIA on the basis that disclosure 
would constitute a clearly unwarranted invasion of the personal privacy of these individuals. In 
weighing the public interest, it was determined that there was no FOIA public interest in disclosing this 
information. 

If you have any questions regarding the processing of your request, please feel free to contact me at 
foiarequests@amtrak.com . For further assistance and to discuss any aspect of your request you may 
also contact our FOIA Public Liaison at FoiaPublicLiaison@amtrak.com . Additionally, you may 
contact the Office of Government Information (OGIS), National Archives and Records Administration, 
Room 2510, S601 Adelphi Road, College Park, MD 20740-6001, e-mail at ogis@nara.gov, telephone at 
202-741-5770; toll free at 1-877-684-6448; or fax 202-741-5769. 

Pursuant to Amtrak’s FOIA regulations (49 CFR 701.10), if you do not agree with Amtrak’s decision to 
withhold the above-referenced information, you may file an appeal with Eleanor D. Acheson, Executive 
Vice President, Chief Legal Officer, General Counsel and Corporate Secretary, within ninety days (90) 
of the date of this letter, specifying the relevant facts and the basis for your appeal. Your appeal may be 
mailed to Ms. Acheson’s attention: National Railroad Passenger Corporation, Law Department, 1 
Massachusetts Avenue, NW, Washington, DC 20001. The President and CEO of Amtrak have 
delegated authority to the General Counsel and Corporate Secretary for the rules and compliance to the 
FOIA. 

In order to respond to your request, Amtrak’s FOIA Office contacted all offices that were likely to have 
responsive records. This is the last set of records. 



Lead FOIA Specialist 


Attachments 






b u b j e c t : RE: A mt r a k regression 
20, 2005. 


end to end testing for Tuesday Sepet ember 
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Hi 

Due to the time constraint, we were able to provide limited support covering 
the specific scenarios requested below. No automation test support was 
conducted. 

Scenario A: 0 E E 3 0 7 / DTHFI E 
Scenar i o B: 

PNRS completed for to be processed for Infant scenario: 

0 E E 3 2 3 / DTLUDL 
0EE 3 2 8 / DTLEWN 
0EE 3 3 2 / DTMFQM 

Scenario C: Non Border Train with PID Field 
Result: PID accepted and ticket issued 
0 E E 3 2 7 /LDYCNO 

Scenario D: 1 character first / surname field 
Input: -T/A 
Result: f F 0 R MAT f 

.O r i gi nal Messag e. . 

From: [ ma o: 

Sent: er 2 0, _ 


0 


Subject: Amtrak regression and end to end testing for Tuesday Sepetember 20, 
2 0 0 5. 

Good mor ni ng, 

PLEASE BOOK PNRs WITH THE FOLLOWING DATES: 20SEP-100CT 

The Test System should be ready for testing around 10:00am ET 

1. SABRE ONLY 

A. Please create P N R' s with Border Crossing segments. Ensure there are 
mini mum of two characters for the first and last names. Add 5DOB(date of 

b i r t h) a n d a 5PID field. Modify / delete 5DOB and 5PID fields. Add new 5DOB 
/ 5PID field and ticket PNR's. Forward PNR numbers. 

B. Create PNR's with Border Crossing segments. Ensure there are minimu m of 
two characters for the first and last names. Email me( 

the PNR numbers. I will add an infant to the PNR's a n 

5DOB and 5PID field for infant and forward PNR's to the test group. 

C. Create PNR's without Border Crossing segments and ensure there are a 
minimumof two characters in the first and last names. Add a 5DOB field 
(not required in non-border crossing PNR's). Please ticket the PNR's and 
forward the PNR numbers. 

D. Create PNR's with a 1 character first name and 1 character last name. 

You should be unable to enter lcharacter name fields. 

2. WORLDSPAN ONLY 
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A. PI ease create and ticket several reservations that contain PTA(Prepai d 
Ticket Advice) numbers. Forward the PNR number to the test group. Use the 
attached regression script for PTA numbers. 

3. Do full ARROW regression testing based on the attached standard script. 

<<Re g r es si o n User testing 0 9 2 0 0 5. d oc>> 

Please send and my self the results. Thanks for your 

cooper ati on. 



problems with Credit Card Settlement). 

Importance: High 

He I I o, 

on Thursday, October 6th at approximately 5am EST, a new function was activated to 
ensure all cross-border PNR's contain not only a valid Date of Birth (5DOB), but 
also the new Passenger ID (5PID) item required by APIS for every passenger. Agents 
would be unable to issue tickets for cross-border PNR's unless all such data was 
present. Entry of 5PID data prior to this activation was optional. 

On Friday evening, Martin Mathews reported that Offline Credit Card Settlement 
processing was having some problems with missing or corrupted data that could affect 
settlement. A list of several affected credit cards was provided by Martin to Arrow 
for investigation. 

Analysis of these credit cards on Saturday identified that they all were related to 
authorizations for PNR's that involved cross-border travel. A bug was found in the 
5PID enforce me nt logic that had this negative impact on so me of the credit card 
authorization details passed to Offline. 

A decision was made to deactivate 5PID enforcement in order to resolve the problems 
being experienced by credit card settlement. Deactivation took place today (10/8) at 
approximately 2:45pm EST. Note that this does not affect the agents' ability to 
correctly enter all the required APIS data, they will just not receive warnings at 
PNR End Transaction if they have omitted any of the data. 

Further information will be provided on Monday to determine the number of credit 
authorizations affected, but I believe it should a relatively small number. Current 
analysis suggests that only those Cross Border PNR's that were paid for at time of 
ticketing from 10/6 at 5am until 10/8 at 2:45pm were affected. We think Advance 
Payment PNR's were not affected. 

SD&CS representatives were contacted to informcall center and station agents to 
follow published procedures and training i nstructi ons/j ob aids to ensure all DOB and 
PID data is collected and entered. We will need to rely on this procedural approach 
until the systematic enforcement can be reactivated, an estimated date for which 
will be determined early next week. 

Regar ds. 
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available in test.. 

Thanks 


From: 


F o r wa r d ed by 


|/ Ml A/ AMADEUS on 1 0 / 0 6/ 2 0 0 5 1 0:0 1 AM 
( ANH/ MKT/ PAR) on 1 0/ 0 4/ 2 0 0 5 0 7:4 3 AM 



Subj ec SSRDOCS 
t : 


Here are a couple of rlocs for bookings I made which contain the SSRDOCS 
f o r ma t . 

X8NTI 9 
X8NTI I 
X8NTI F 
X8NTK8 
X8NTHB 
X8NTI 2 
X8NTI 0 
X8 NT L M 
X8NTH9 
X8NTH5 

Allof these returned the SSR OTHS 1A KK1 PNR REQUIRES DOB INFORMATION PRIOR 
TO TI CKETI NG error. 

Please let me know if there's a problem 


Regar ds, 



Hello 

A quick clarification, hopefully: the APIS format for documentation number 
(passport/I D/etc) states 15 characters, is this 1 - 15charcaters ? or should 
it have leading zeros? 
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ATT/ 

9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C 
9 5 C. . 
9 5 C15 
9 5 C1 6 
9 5 C 
9 5 C 
9 5 C 


D CORE BLOCK 
000 D6D40000 
010 0AFF0000 
020 E4E2C3D9 
030 F4F1F7F3 
040 7B0D0AE4 
050 C9E26DC1 
060 C9E27AE9 
070 F84EF1F0 
080 0AE4D5C7 
090 6DC1D4E3 
0AO 7AE9E94E 
0B0 F0F0F0F0 
0C0 C27B0D0A 
0D0 C1E7D3E2 
0 E0 C1E3C14E 
0 F 0 F7F4F54E 
100 4EC1D9D9 
110 7B0D0AC3 


0 0 9 5 C 
0 


n 


L 

0 

0 

0 

4 

4 

3 

E 

A 

4 

A 

F 

2 

C 

4 

7 

7 

C 

E 

C 

2 

C 


130 BHHH 

140 

150 E8D77B0D 
160 F0F0F6F0 
170 C34EF8F7 
180 F3F27AF0 
190 F17B0D0A 


0AC4E3D4 4E 
F8F1F57A F2 
4ED4E3D9 7B 
F5F1F0F0 F 6 
D5C1C44E C6 


USCR, . . 
4 1 7 3 8. . 
#. . UNB. 

I S. AMT: 

I S: ZZ. 0 
8.10382 
. UNG. PA 
.AMT: 2V 
:ZZ. 051 
0000000 
B#. . UNH 
AXL ST: D 
ATA.. 01 
7 4 5. . #. 

. ARROW. 


F1F9F27A 

1 

PM 


isasrai 


T 

b t//BU U 

TTAT7 

314 b 3 4EF 2F 04b | 


AC4 E3D44EF2 C.! 
8 F 3 F07AF2F0 3 2: 
E4E 4EC1C4 


i 

YP# 

6 

006 

2 

C. 8 

0 

32: 


EMMillMIail 



CO 7B0D0AD5 C1E3 
DO C6C64EC1 E5C6 
E0 D5C1C44E C6D3 


9E3C1 7B0D0AD9 
3C5F4 F37B0D0A 
1D5C7C5 


9 5 C 21 
9 5 C 2 2 
9 5 C 2 3 


210 C1E 3 
2 2 0 E5C6 
2 3 0 C6D3 


5 7B0D0AD9 C6C64EC1 
2 C37B0D0A D5C1C44E 

6 E6D57AD1 C5E2E2C9 
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95C250 250 4EF3F2F9 7AF8F4F0 F4F1F77B 0D0AD5C1 . 329: 840417#.. NA 

95C260 260 E34EF24E E4E2C17B 0D0AD9C6 C64EC1E5 T. 2. USA#.. RFF. AV 

95C 2 7 0 2 7 0 C67AF1F1 C4C2C2F2 7B0D0AD5 C1C44EC6 F: 11DBB2#. . NAD. F 

9 5 C 2 8 0 2 8 0 D34E4E4E C3D6E4D3 E2D6D57A D1C1C3D8 



Original Message 


From: 
Sent : 
To: 

Subj ect 



04, 
3 - 


2005 1:24 PM 

APIS Electronic Manifest Correction 


Will you please test this SC item in Native for me? I finally got confirmation on 
the issue this morning from CBP so that I could make the change. 

In a nutshell, we were originally sending LOC-87 data (arrival) ahead of LOC-125 
data (departure). Evidently, APIS needs it in a specific ( i . e. , reverse) order. 

I modified the code to send LOC-125 data followed by LOC-87. 

If it tests well, I'd like [to try] to get it in the load for 11 OCT05. 

Thanks! 


N- 

2005 1:24 PM 

APIS Electronic Manifest Correction 

item in Native for me? I finally got confirmation on 
the issue this morning from CBP so that I could make the change. 

In a nutshell, we were originally sending LOC-87 data (arrival) ahead of LOC-125 
data (departure). Evidently, APIS needs it in a specific ( i . e. , reverse) order. 

I modified the code to send LOC-125 data followed by LOC-87. 

If it tests well, I'd like [to try] to get it in the load for 11 OCT05. 

Thanks! 




Sent : 
To: 

Subj ect 


uesday,October 04, 


3 


Vi II you please test this SC 


N- 

F r o m: 
Sent : 
To: 

Subj ect 



2 0 0 5 


8:45 AM 


I need to capture a TTY as it comes from them but at least 
format used (I think), so I will work based on this. 


of those PNRs show the 


SSRDOCS2VHK1/RA/BZ/123456789012345/BZ/12J UL64/M/12J UL04/AMTRAK 
SSRDOCS2V /III THREE/H 
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Subject: SSRDOCS 


Here are a couple of rlocs for bookings I made which contain the SSRDOCS 
f o r ma t . 

X8NTI 9 
X8NTI I 
X8NTI F 
X8NTK8 
X8NTHB 
X8NTI 2 
X8NTI 0 
X8NTLM 
X8NTH9 
X8NTH5 

Allof these returned the SSR OTHS 1A KK1 PNR REQUIRES DOB INFORMATION PRIOR 
TO TI CKETI NG error. 

Please let me know if there's a problem 


Regards, 



Our online Format Finder reference information and agency Bulletin Updates will be 
available Thursday, Oct. 6. Therefore, please activate the changes on Thursday, 
Oct. 6. 


Thanks, 


Sabre / Travel Net work 
Manager, Rail Account Relations 


.O riginal Message-- - - - _ 

From: I ma i I t 

Sent: 3, 2 0 0 5 

To: 

Cc: 

S u b j or Tuesday September 20, 

2 0 0 5. 

Importance: High 
Hello 

When would you like to activate the enforcement of Passenger information for 
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SABRE. The original plan was for this Thursday, but as I haven't heard from 
you, would you prefer the following Tuesday? 

Please let me know as soon as possible, 


.O riginal Me s s a g e. . 

From: [ ma o: 

Sent: e mbe r 20, 

To: 

RE: Amtrak regression and end to end testing for Tuesday Sepetember 

20, 2005. 


Hi 


Due to the time constraint, we were able to provide limited support covering 
the specific scenarios requested below. No automation test support was 
conducted. 

Scenario A: 0 E E 3 0 7 / DTHFI E 
Scenar i o B: 

PNRS completed for to be processed for Infant scenario: 

0 E E 3 2 3 / DTLUDL 
0EE 3 2 8 / DTLEWN 
0EE 3 3 2 / DTMFQM 

Scenario C: Non Border Train with PI D Field 


Result: PI D accepted and ticket issued 


0 E E 3 2 7 /LDYCNO 

Scenario D: 1 character first / surname field 


Input: -T/A 
Result: fFORMATf 



Good mor ni ng, 

PLEASE BOOK PNRs WITH THE FOLLOWING DATES: 20SEP-10OCT 

The Test System should be ready for testing around 10:00am ET 

1. SABRE ONLY 

A. Please create P N R' s with Border Crossing segments. Ensure there are 
mini mum of two characters for the first and last names. Add 5DOB(date of 
b i r t h) a n d a 5PID field. Modify / delete 5DOB and 5PID fields. Add new 5DOB 
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/ 5PID field and ticket PNR's. Forward PNR numbers. 

B. Create PNR's with Border Crossing segments. Ensure there are mini mum of 
two characters for the first and last names. Email me(■^■■■^■■■1) 
the PNR numbers. I will add an infant to the PNR's a n 

5DOB and 5PID field for infant and forward PNR's to the test group. 

C. Create PNR's without Border Crossing segments and ensure there are a 
minimumof two characters in the first and last names. Add a 5DOB field 
(not required in non-border crossing PNR's). Please ticket the PNR's and 
for ward the PNR numbers. 

D. Create PNR's with a 1 character first name and 1 character last name. 

You should be unable to enter lcharacter name fields. 

2. WORLDSPAN ONLY 

A. Please create and ticket several reservations that contain PTA(Prepai d 
Ticket Advice) numbers. Forward the PNR number to the test group. Use the 
attached regression script for PTA numbers. 

3. Do full ARROW regression testing based on the attached standard script. 


<<Regressi on User testing 092005. doc>> 
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Bp has approved this change to fix border crossing enforcement for Apollo 
^^^^ing. Tne segment has already been moved to the test library. 

Please let me know if we need anything else. 



Hello All, 


This is the fix for Apollo ticketing to re-enforce the need for DOB - we would like 
to load as Addendum to next Tuesday's load, but I know that there are other issues 
out there at the moment, which may need to be loaded sooner than Tuesday - in that 
case, we'd like this change to go with that change. Do you want us to proceed down 
the addendum path for now - as this will allow the GDS to test, whilst we wait on 
t he ot her i ssues? 

Many Thanks, 


. O ri gi nal Messa ge. 

From: 

Sent: e mbe r 29, 2005 10:52 AM 

to: 

Subj ^^^nH/^oHn^^Tequest Opened 


This is the SC. TAAEEO has been already moved to the TEST library 


.Original Message. 

From: Production, S e r v i c e Ce n t e r 

Sent: Thursday, September 29, 2005 10:41 AM 

To: ■■■■ 

Subj ect: Change Bequest Opened 

Ser ceCent er Operator: 


Change Number: 158917 
Requested By: ^HAM9 2 3 1 9 6 

Planned Start: 1 0/ 0 4/ 0 5 0 5: 0 0: 0 0 
Planned End: 1 0/ 0 4/ 0 5 0 5:1 5:0 
Brief Descri pti on= AEDIBP1D - 

Sent: 

Subj ect : ^^^^^FwT/urow ' No 
Attach me n t s: attvji0x.dat 


GDS APIS. Fix Ticketing problemfor Apollo 


Smoking 1 Indicator & PNR Name Restrictions 
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Subjec Fw: Arrow 'No Smoking 1 Indicator & 
t: PNR Name Restrictions 


Ladi es, 

Please see attached note from Amtrak. 
Regards, 



1. Effective for availability displays of 31Oc t 0 5 and beyond, the ' N' 
service indicator which designates 'No Smoking 1 will no longer appear. 
Every train [except Auto Train ( #’s 5 2 / 5 3 )] and every Thruway bus service 
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i s 

entirely non-smoking. This frees up a space in that display which will be 
used for a new service code in the future. This will also cause the phrase 
"non- smoking train" to disappear from www.amtrak.com train services 
displays. It does * n o t * mean that smoking is going to be allowed again. 

2. We have been working on a project to convey customs-related passenger 
and crewinformation from Amtrak's Arrow system to the U.S Border 
I ns pecti on 

Agencies Advance Passenger Information System (APIS). As part of this 
endeavor, effective 25Sep05, Amtrak will disallow PNR names if the surname 
or first name is less than two characters in length. 

Please ensure that all your subscribers are informed of the above. 

( See attached file: attvjiOx.dat) 


From: 
Sent : 
To: 

Subj ect 


ues day, September 27, 2005 8:55 AM 
^Message 


thanks 


i'll 


call 


again this a. m. 


and get him to chk production 


From: 
Sent : 
To: 

Subj ect 


Or i gi nal Message- 


ues day, 


e pt e mbe r 2 7, 2 0 0 5 8:5 2 AM 
S Message 

extraneous data that I could see prior to the real data 
AM 

Tni t i a I s 


no 


Looks good on TPFUSER 

From: SH3NBHBHM 

Sent: er 2 6, 2 0 0 5 9:5 3 

Subj ect : Mi ddl e 

Hi 


We are receiving calls where middle initials are not being accepted. Error response 


is invalid psgr name, 
in the first and last 


I know through testing you must have double diget characters 
name fields but I didn't think it affected middle initials. 


RESV # 

NO NAME 
1 181 C 


HL 27SEP CTC-NONE 

NYP- WAS 6 0 5 A FR 30SEP 
ND 3 FLD 




NAME, I NPUT FULL/ FI RST NAME 


* * NONE* * 


940A 30SEP YD 


HK1 


From: 
Sent : 
To: 

Cc: 

Subj ect 


TiTayLSept ember 23, 2005 2:37 PM 



ange Request Opene 
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Here's the addendum for TUE, 27SEP05. 
Let me know if you have any questions! 


I 

.Ori gi nai Message. 

From: Production, S e r v i c e Ce n t e r 
Sent: Friday, September 23, 2005 2:36 PM 
To: 

Subj ect: Change Request Opened 


Ser vi ceCent er Operator: BBBHHBHHBB 

Change Number: 1 5 8 6 5 9_ 

Requested By: WgM AM9 0 6 7 7 9 

Planned Start: 0 9 / 2 7 /t)5t)5: 00: 00 
PI anned End: 0 9/ 2 7 / 0 5 0 5:1 0:0 0 
Brief Descri pti on= AEDIBP1D - APIS Phase 2 

Sent 1 : 12:08 PM 









le 

esti ng 
■ act el¬ 



and entered the 
entered the 
hought you 


ill check 


made and 
















fSiiffliMSi 



m 










Exemption 6 


Border Crossing.txt 

I noted that the version of PDF] in TPFUSER today to be loaded this weekend into 
Production doesn’t include the changes for TTY support. 

Those changes will be required prior any load for the GDS to support 5PID. 


Was there any reason for the exclusion? When will they be then loaded? 


Thanks 


From: 

Sent: ember 20, 2005 2:49 PM 

To: 

Cc: ibHHBsSHh^ 

S u b j ecuRETsTlDis n o t supporting internal calls from TTY 


I don't mean to be picky and become annoying but the TTY indicator is being cleared 
in PDFJ for TTY transactions. That's not what I meant. The branch in the test should 
have re-directed, not removed at all. See MV I instruction my original message below 
where my comment reads 

(This is ok!! Do not clear for TTY!!) 


That instruction should be skipped for TTY transactions. The other two (in bold) are 
being execut ed ok. 

S o me t h i n g like this... 



TM 

WA0TI 1, X' 10’ 

* 

TTY? 


BO 

PDFJ 1000 

* 

Y, BR TO CONTI NUE. 


MV 1 

EBCM01, X' 00 1 

* 

N, CLEAR 1 NTERNAL ENTRY 1 NDI C 

PDFJ 1000 

* 

EQU 

* 




L 

R15,CE1CR0 

* 

BASE 1 NPUT MESSAGE. 


LH 

R0, Ml 0CCTF 

* 

GET 1 / P MSG SIZE. 

*** EDI T 

5- PI D 

PASSENGER 1 D 

NUMBER *** 


Let me know if you have any questions 
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Thanks and sorry for the inconvenience 


From: 

Sent: ImchHh^^S^h e mb e r 19, 2005 4:21 PM 

To: 

cc: 

S u b j n o t supporting internal calls from TTY 


SORRY, LOOKS LIKE IT DIDN'T GET RE AS MD. WILL FIX FOR TOMORROW. 


.O riginal Mes s a ge. 

Sent: mber 19, 2005 2:51 PM 

To: 

Cc: 

S u b j ecuRETTPIDis n o t supporting internal calls from TTY 

I didn't see the changes. They are not loaded in TPFT and the version of PDFJ 
COMMON does not include those changes. 


From: MRHBMSH 

Sent: t e mb e r 16, 2005 4:07 PM 

To: 

cc: 

S u b j n o t supporting internal calls from TTY 


Done 


. O ri gi nal Messa ge. 

Sent: e mbe r 15, 2005 4:23 PM 

To: 

Cc: ■SaBEgSSi^ 

S u b j ecTTTPTDisnot s u p p o r t i n g internal calls from TTY 
He I I o, 


The PD package is not handling internal calls for 5PID requests fromTTY 
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It see ms that PDF] has a check for TTY that doesn't allow a counter (RO) to be 
initialized (don't know why). 


See 

code below 

(italics mi n e, 

bol d code t hat shoul d have been 

execut ed) 


TM 

WA0TI 1, X' 10' 

* 

TTY? 



BO 

PDF]1000 

* 

Y, BR TO CONTI NUE. 


n o t 

* 

MV 1 

clear for 

EBCM01, X 1 00' 
TTY! ! ) 

* 

N, CLEAR 1 NTERNAL ENTRY 

1 NDI C. (This is ok! ! Do 


L 

R15, CE1CR0 

* 

BASE 1 NPUT MESSAGE. 

( Not execut ed! ! ) 


LH 

R0, Ml 0CCTF 

* 

GET 1 / P MSG SIZE. 

( Not execut ed! ! ) 


PDF) 1 0 0 0 EQU * 


This causes the entry to be messed up even if it is valid. While tracing, I forced 
the TTY path to go thru that code and it went right so I think that's the only 
problem. 


Please let us know when this has been corrected 


Thanks 



Subject: Arrow USERTEST testing 

Good Afternoon, 

Here are the items I tested in USERTEST. Let me know if you want anything 
additionaltestedinUSERTEST. 

Item # 158429 

Rebuilding travel agency indexes. Appears to be a-ok 

g-al-aaa Travel/ua/cds/22sep 
2-49551040/y/y/y/05 
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MANUAL TASR ENTRY - REJECTED - DUP FOUND 

g- al-1 est agency/e a/cds-2 2 s e p 
2 - 3 3 5 6 6 1 5 3 /y/y/y/05 

MANUAL TASR ENTRY - REJECTED - DUP FOUND 
Item #157148 

PNR data. Looks a-ok. 


CTC-P 157.00/ 157.00 


CTC-P 1 5 7.0 0 / 1 5 7.0 0 

4 5 0 A TH 29SEP 7 4 0A 29SEP J HK1 

301@R SEG # 1 BASIS IF 

* J OF E RAI L FARE 157.00 
9 0 1 @ H 

* I 

14A77F_ 

- 01 @ 

1 WAS-NYP 4 5 0 A TH 29SEP 7 4 0A 29SEP J HK1 


Display record containing 


14A77F 
- 0 1 @ 

* R 

14A77F 
■ 0 1 @ SI 
1 


RR HL 29SEP 

I 

RR HL 29SEP 
M WAS-NYP 


1 


* H 

14A77F 
CTC- P 

1190 AC 9 3 0 A 22SEP2005 SAC 
NO HI STORY 

Item #158482 

Border Crossing PNR's 

14A 9 9 2_RR HL 25SEP CTC-P 5 5.8 0 / 5 5.8 0 

- 01 @ 

1 NYP-MTR 815A WE 05OCT 6 3 0 P 05OCT YB HK1 

301(5) R SEG # 1 BASI S ISA 

* YOB 1 RAI L FARE 55.80 

5 0 0 1(3) AAA- 

5 0 0 2(3) DOB- ^H^T^US/Pl 

5 0 0 3(3) 

901(3) 



14A99A 

RR 

HL 25SEP 

CTC- P 



54. 

00/ 

54. 00 


- 01@ ■ 










1 


SEA-VAC 

7 4 5 A TH 

29SEP 

114 0 A 

29SEP 

YB 


HK1 

301(3) R 

SEG # l' 

BASIS IF 








* 

BOF 1 RAI L 

FARE 

29. 00 







2 

8909 C. 

VAC-SEA 

1230P SA 

01OCT 

4 3 0 P 

01OCT 

T 


HK1 


3 0 2(3) R SEG # 2 BASI S IF 

* DOF 1 RAI L FARE 25. 00 

5 0 0 1(3) DOB- 05MAR1975 / CA/ PI 

5 0 0 2(3) PAX I D 
901(3) 


mfraKTravel Agent Sales Center 
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Off approximately 9 0 0 0 P N R s, we found 3 3 5 had one character first names 
Many Thanks, 



Good Mor ni ng, 


PLEASE BOOK PNRs WITH THE FOLLOWING DATES: 22SEP-120CT 

The Test System should be ready for testing around 10:00am ET 

1. SABRE ONLY 

A. Please create PNR's with Border Crossing segments. Ensure there are mini mum of 
two characters for the first and last names. Add 5DOB(date of birth) and a 5PID 
field. Modify / delete / add 5DOB and 5PID fields. Ticket and forward PNR numbers 


B. Create PNR's with Border Crossing segments, 
characters for the first and last names. Email 
numbers. I will add an infant to the PNR's and 
for infant. Please ticket and forward PNR's to 


Ensure 
me 

e mal 
t h e 


there are 


aci 

test group. 


mi n i mu m 
t h e 
a n d 


of t wo 
PNR 

5 P1 D field 


C. Create PNR's without Border Crossing segments and ensure there are a mini mum of 
two characters in the first and last names. Add a 5DOB and 5PID field (not required 
in non-border crossing PNR's). Modify / delete / add 5DOB and 5PID fields. Please 
ticket the PNR's and forward the PNR numbers. 


D. Create PNR's with a 1 character first name and 1 character last name. You 
should be unable to enter character name fields. 


2. AMADEUS, APOLLO, SABRE & WORLDSPAN 

A. Create 2 PNR's. Create one WITHOUT Border Crossing segments and one WITH 
Border Crossing segments. Ensure there is a mini mum of two characters in the first 
and last names. Add a 5DOB field to each PNR and forward the Amtrak PNR numbers. 

Do not ticket. 

B. Create 1 PNR to any destination. Please drive the ticket and forward the 
ticket numbers and the Amtrak PNR number. 

C. Please claim and ticket the PNR assigned to you system. Please forward the 
Amtrak PNR number. 

AMADEUS APOLLO SABRE WORLDSPAN 

14A597 14A5B0 14A5B1 14A5B4 


3. Do full ARROW regression testing based on the attached standard script 


PI ease send | 
cooper ati on. 


and my self the results. Thanks for your 


mt r a k I r a v e I Agent Sales Center 
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displays. It does * n o t * mean that smoking is going to be allowed again. 

2. We have been working on a project to convey customs-related passenger 
and crewinformation from Amtrak's Arrow system to the U.S Border 
Inspection 

Agencies Advance Passenger Information System (APIS). As part of this 
endeavor, effective 25Sep05, Amtrak will disallow PNR names if the surname 
or first name is less than two characters in length. 

Please ensure that ail your subscribers are informed of the above. 

( See at t ached file: atte8nrb.dat) 



1. Effective for availability displays of 31 Oc 10 5 and beyond, the ' N 1 service 
indicator which designates 'No Smoking 1 will no longer appear. Every train [except 
Auto Train ( #' s 5 2 / 5 3 ) 1 and every Thruway bus service is entirely non-smoking. Tnis 
frees up a space in that display which will be used for a new service code in the 
future. This will also cause the phrase "non- smoking train" to disappear from 
www.amtrak.com train services displays. It does "‘not* mean that smoking is going 
tobeallowedagain. 

2. We have been working on a project to convey customs-related passenger and crew 
information from Amtrak 1 s Arrow system to the U.S Border Inspection Agencies Advance 
Passenger Information System (APIS). As part of this endeavor, effective 25Sep05, 
Amtrak will disallow PNR names if the surname or first name is less than two 
characters in length. 

Please ensure that all your subscribers are informed of the above. 

Sent: e 

Subject: I- w: W 1 1) 1) 7 9 7 5 RAL: 2 V: UP DATE SSR TABLE FOR AMTRAK BORDER 

CROSSI NGREQUI REMENTS 


The list of document type ( RA, PR, PP, RE, RT, NC, BC, MO) is different 
than the list provided in AI RI M P (F, AC, A, C, I, IP and P) . Shall we also 
define the SSR DOCS to accept the document types defined in AI RI M P or only 
the list mentionned in the SOR? 

The genders can be M or F. But in AI RI MP, the gender can also be U 
(Undisclosed gender). Shall we define the SSR DOCS to also accept U as 
gender or only F and M as mentionned in the SOR? 


Thanks 



CS for AMTRAK 
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are not d e ri 
e to accept these 
only check that 


) r y. During t 
t is better to mak 
I enter anything t 


, s ue a ticket. Use 
led the ticket on n 
ne. 

n f a n t ? I need 
we be testing 









From: 

Sent: I ues day 

Cc: 

Subject: 

I don't mean to 
in PDF] for TTY 
have re-directe 
where my commen 

(This is ok!! 


That instructio 
being execut ed 


So met hi ng 
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MV I EBCM01,X 1 00 

PDFJ 1000 EQU * 

* 


Border Crossing.txt 

* N, CLEAR I NTERNAL ENTRY I NDI C 


L R15,CE1CR0 * BASE I NPUT MESSAGE 

LH RO, Ml OCCTF * GET I / P MSG SIZE. 

*** EDIT 5-PID PASSENGER ID NUMBER *** 


Let me know if you have any questions 


Thanks and sorry for the inconvenience 


From: MjjfpyHMi 

Sent: lvunuH^^S^n e mb e r 19, 2005 4:21 PM 

To: 

cc: 

S u b j n o t supporting internal calls from TTY 


SORRY, LOOKS LIKE IT DIDN'T GET RE AS MD. WILL FIX FOR TOMORROW. 


. O ri gi nal Messa ge. 

From: H3HMB»aiaefiB 

Sent: mber 19, 2005 2:51 PM 

To: H 

Cc: 

S u b j ecuRETTPIDis n o t supporting internal calls from TTY 

I didn't see the changes. They are not loaded in TPFT and the version of PDF] 
COMMON does not include those changes. 


From: mHHHM 

Sent: t e mb e r 16, 2005 4:07 PM 

To: ■■■■■■■■■■■■I 

cc: 

S u b j n o t supporting internal calls from TTY 
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Done. 

. O ri gi nal Messa ge. 

Sent: e mbe r 15, 2005 4:23 PM 

To: 

cc: 

S u b j s u p p o r t i n g internal calls from TTY 

He I I o, 


The PD package is not handling internal calls for 5PID requests from TTY 


It see ms that PDF] has a check for TTY that doesn't allow a counter (R0) to be 
initialized (don't know why). 


See code below (italics mine, bold code that should have been executed) 


TM 

WA0TI 1, X' 

10' 

* TTY? 


BO 

PDF)1000 


* Y, BR TO CONTI NUE. 


MVI 

for 

EBCM01, X' 
TTY!I) 

00' 

* N, CLEAR INTERNAL ENTRY 1 NDI C. (This is o k I I 

Do 


L 

R15,CE1CR0 

* BASE 1 NPUT MESSAGE. 

( Not 

execut ed 

LH 

R0, Ml 0CCTF 

* GET i / P MSG SIZE. 

( Not 

execut ed 


PDF) 1 0 0 0 EQU * 


This causes the entry to be messed up even if it is valid. While tracing, I forced 
the TTY path to go thru that code and it went right so I think that's the only 
problem. 


Please let us know when this has been corrected 


Thanks 
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Sent: Tuesday, September 20, 2005 2:39 PM 

Cc 


anai 


ect: RE: A mt r a k regression and end to end testing for Tuesday Sepet ember 

20, 2005. 


Due to the time constraint, we were able to provide limited support covering the 
specific scenarios requested below. No automation test support was conducted. 


specific scenarios requested below. No automation test 
Scenario A: 0EE 3 0 7 /DTHFI E 
Scenario B: 

PNRS completed for to be processed for Infant scenario: 

0EE323/DTLUDL 
0EE328 / DTLEWN 
0EE332/DTMFQM 

Scenario C: Non Border Train with PID Field 
Result: PID accepted and ticket issued 
0 E E 3 2 7/LDYCNO 

Scenario D: 1 character first / surname field 
Input: -T/A 
Result: {FORMAT* 

.O r i gi nal Messag e. . 

From: [ ma o: 

Sent: n^Hn^^^q^mber 2 0, 


EASE BOO 
e Test S 
SABRE O 

PI ease 
ni mum of 
r t h) a n d 
5 PI D fie 

Create 
o c h a r a c 
e PNR nu 
OB and 5 

Create PNR' s 
n i mu m o f t wo c 
ot required in 
rwar d the P NR 


E FOLL 
e read 

NR's wi t h B 
a c t e r s for 
eld. Mo d i f 
c k e t P NR 1 s. 

r der C 
i r s t a 
add a 
i n f a n t 

Bo r d e 


r d PNR's 

s e g me n t 
n d last n 
' s) . Pie 


t n a me a 
g e 3 3 7 

















c ket s e 
Fo 


92005. 


a i n P 
gr ou 


u e s a a y 


mum 


ues a a y 


ues a a y 
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Subject: A mt r a k regression and end to end testing for Tuesday Sepet ember 
20, 2005. 

Good mor ni ng, 

PLEASE BOOK PNRs WITH THE FOLLOWING DATES: 20SEP-10OCT 

The Test System should be ready for testing around 10:00am ET 

1. SABRE ONLY 

A. Please create PNR's with Border Crossing segments. Ensure there are 
mini mum of two characters for the first and last names. Add 5DOB( dat e 
of 

birthjand a 5PID field. Modify / delete 5DOB and 5PID fields. Add new 
5 DOB 

/ 5PID field and ticket PNR's. Forward PNR numbers. 

B. Create PNR's with Border Crossing segments. Ensure there are 
mi ni mum of 

t wo characters for th e first and last n a me s. E ma i I 

t I I add an infant to the PNR's and email back. Add 

5DOB and 5PID field for infant and forward PNR's to the test group. 

C. Create PNR's without Border Crossing segments and ensure there are a 
minimumof two characters in the first and last names. Add a 5DOB field 
(not required in non-border crossing PNR's). Please ticket the PNR's 
and 

for ward the PNR numbers. 

D. Create PNR's with a 1 character first name and 1 character last 
n a me. 

You should be unable to enter lcharacter name fields. 

2. WORLDSPAN ONLY 

A. Please create and ticket several reservations that contain 
PTA( Prepai d 

Ticket Advice) numbers. Forward the PNR number to the test group. Use 
the 

attached regression script for PTA numbers. 

3. Do full ARROW regression testing based on the attached standard 
script. 

<<Regressi o n Us er tes ti ng 092005. d oc>> 

Please send pa^SI jj gjJ&iiaBgLa and my self the results. Thanks for 

your 

cooper ati on. 



20, 2005. 

I believe this is working as designed 
.Ori gi nal Message. 
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From: [ ma i I t o: 

Sent: e mb e r 20, 

To: 

r a k regression and end to end testing for Tuesday 
Sepetember 20, 2005. 


Hi 

Encountered issue when deleting DOB field. Where by the DOB field 
deletes the PI D field. However, deletion of PI D field does not delete 
DOB. 

Sabre P NR: DTHFI E / Amt r ak P NR: 0EE307 


.O riginal Messag e 

From: [ ma i I t o 

Sent: er 2 0, 

To: 



20, 2005. 


rak regression and end to end testing for Tuesday Sepetember 


Good mor ni ng, 

PLEASE BOOK PNRs WITH THE FOLLOWING DATES: 20SEP-10OCT 

The Test System should be ready for testing around 10:00am ET 

1. SABRE ONLY 

A. Please create P N R' s with Border Crossing segments. Ensure there are 
mini mum of two characters for the first and last names. Add 5DOB(date 
of 

b i r t h) a n d a 5PID field. Modify / delete 5DOB and 5PID fields. Add new 
5 DOB 

/ 5PID field and ticket PNR's. Forward PNR numbers. 


B. Create PNR's with Border Crossing segments. Ensure there are 
mi ni mum of 

two characters for the first and last names. Email 

the PNR numbers. I will add an infant to the PNR's and email back. Add 
5DOB and 5PID field for infant and forward PNR's to the test group. 

C. Create PNR's without Border Crossing segments and ensure there are a 
minimumof two characters in the first and last names. Add a 5DOB field 
(not required in non-border crossing PNR's). Please ticket the PNR's 
and 

for ward the PNR numbers. 


D. Create PNR's with a 1 character first name and 1 character last 
n a me. 

You should be unable to enter lcharacter name fields. 


2. WORLDSPAN ONLY 

A. Please create and ticket several reservations that contain 
PTA( Prepai d 

Ticket Advice) numbers. Forward the PNR number to the test group. Use 
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t h e 

attached regression script for PTA numbers. 

3. Do full ARROW regression testing based on the attached standard 
script. 

<<Regressi o n User testing 092005. d oc>> 

Please send and my self the results. Thanks for 

your 

cooper ati on. 



Subject: Amtrak regression and end to end testing for Tuesday Sepetember 20, 

2 0 0 5. 

Good mor ni ng, 

PLEASE BOOK P NRs WITH THE FOLLOWING DATES: 20SEP-10OCT 

The Test System should be ready for testing around 10:00am ET 

1. SABRE ONLY 

A. Please create PNR's with Border Crossing segments. Ensure there are mini mum of 

two characters for the first and last names. Add 5DOB(date of b i r t h) a n d a 5PID 

field. Modify / delete 5DOB and 5PID fields. Add new 5DOB / 5PID field and ticket 

PNR's. F o r wa r d P NR n u mbe r s. 

B. Create PNR's with Border Crossing segments. Ensure there are mini mum of two 

characters for the first and last names. Email me (the PNR 
numbers. I will add an infant to the PNR's and e ma^T^^^^/HuMniOB and 5PID field 
for infant and forward PNR's to the test group. 

C. Create PNR's without Border Crossing segments and ensure there are a mini mum of 

two characters in the first and last names. Add a 5DOB field (not required in 
non-border crossing PNR's). Please ticket the PNR's and forward the PNR numbers. 

D. Create PNR's with a 1 character first name and 1 character last name. You 
should be unable to enter lcharacter name fields. 

2. WORLDSPAN ONLY 

A. Please create and ticket several reservations that contain PTA(Prepai d Ticket 
Advice) numbers. Forward the PNR number to the test group. Use the attached 
regression script for PTA numbers. 

3. Do full ARROW regression testing based on the attached standard script. 


Please send 
cooper ati on 


and my self the results. Thanks for your 


ravel Agent Sales Center 
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Hi 


Please see the PNR below 


215 P 1 0 2 0 A # 2 / 0 $ 
1 0 4 5 A 215 P / 0 $ 


IP- LRS49X 
1. ITEST^^W ADT 

1 TR 2^^^7YD29NOV TU CHI 

2 TR B2V 8948T 1DEC TH SEA 

P- 1,T2225522 
T- 1. TAW/ 00/21SEP-C2V 
G- 1. S S RTKTL1P KK1 HLMT-2 6 S E P/$ 

**** ITEMS SUPPRESSED ****/DR 
>>*R>01T12>01V12>01Y12>@A29NOVCHI VAC11A>01Y11* 

>OSI 2VDOCSHK1/RA/US/ 123456789012345/ 12DEC2005/F/12J UL1964/GB - 1TE 
ST/^H 
R E S^^^TE D 


SEA HK1 
VAC SSI 


125. 00 


A mt r a k rec loc: 120386 

Could you please cancel this pnr whenever you finish working on it. 

Do we need to notify our cstomers 3 months in advance about this new 
functionality? 

What kind of announcement will you proceed with? Please advise. 

Thank you. 


'r oduct speci ali st Non - 
Worldwide Product Planni 


Ai r 

ng 


Phone: 
Fax: 
e ma i I 



Subject 

RE: Passenger Information 
Requirements for Border Crossing 


Hello 
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Could you build a test PNR with the OSI format we supplied in Test. We 
wi I I 

hopefully have our code ready in the next week. 

Thanks, 


.Ori gi nal Message. 

Seif ! 

To: 

S u b jenTiTr!PassengerTnToTma t i o n Requirements for Border Crossing 


Whereas the usage of the SSR format is preferable we are unable to complete 
this piece of functionality within any reasonable time. Consequently, we 
have decided to support the passenger ID and gender information through OSI 
message. OSI solution is much easier and quicker to implement for both 
sides, as we already support this format in the system. 

Could you please advise what do you need from our side to complete the 
project and how do you usually notify your agencies. 

I do apologise for this short notice. 


I would also like to let you know that I will be on vacation starting 
September 24th till October 15th, in the meantime please address all 
questions, queries to my manager, Thank you. 


Regards, 


'r oduct speci ali st Non - 
Worldwide Product Planni 


Ai r 

ng 


Phone 
Fax: 
e ma i I 




Subj ect 

RE: Passenger Information 
Requirements for Border Crossing 
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Subject: 5PID is not supporting internal calls from TTY 


He I I o, 


The PD package is not handling internal calls for 5PID requests fromTTY 


It see ms that PDFJ has a check for TTY that doesn't allow a counter (RO) to be 
initialized (don't know why). 


See 

code bel ow 

(italics mi n e, 

bol d code t hat shoul d have been 

execut ed) 


TM 

WA0TI 1, X' 10 1 

* 

TTY? 



BO 

PDF]1000 

* 

Y, BR TO CONTI NUE. 


n o t 

* 

MV 1 

clear for 

EBCM01, X 1 00' 
TTY! ! ) 

* 

N, CLEAR 1 NTERNAL ENTRY 

1 NDI C. (This is ok! ! Do 


L 

R15, CE1CR0 

* 

BASE 1 NPUT MESSAGE. 

(Not execut ed! ! ) 


LH 

R0, Ml 0CCTF 

* 

GET 1 / P MSG SIZE. 

( Not execut ed! ! ) 


PDF] 1 0 0 0 EQU * 


This causes the entry to be messed up even if it is valid. While tracing, I forced 
the TTY path to go thru that code and it went right so I think that's the only 
problem. 


Please let us know when this has been corrected 


Thanks 


From: 
Sent : 
To: 

Cc: 

Subj ect 


^Hu^^S^t e mb e r 16, 2005 9:46 AM 


order Crossing Data Enhancements" Synergy Charges 
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For the mo nth of September, please charge 1/2 to 2/3 of your time spent on "APIS 
Border Crossing Data Enhancements" project to AEDIBP1D synergy id. The rest of your 
time spent on the APIS project may be charged to ARWCUSTA as a lot of your time will 
be spent analyzing how the different GDS's will support these new changes. 

For the month of October, please charge any time spent to the APIS project to 
AEDI BP1D. 


From: 
Sent : 
To: 

Cc: 

Subj ect 


lursdayysept ember 15, 2005 4:23 PM 



is not supporting internal 


calls 


from TTY 


He I I o, 


The PD package is not handling internal calls for 5PID requests fromTTY 


It see ms that PDF] has a check for TTY that doesn't allow a counter (R0) to be 
initialized (don’t know why). 


See code below (italics mine, bold code that should have been executed) 


TM 

WA0TI 1, X' 

10' 

* TTY? 


BO 

PDFj 1000 


* Y, BR TO 

CONTI NUE. 

MVI 

EBCM01, X' 

00' 

* N, CLEAR 

1 NTERNAL ENTRY 1 NDI C. (This is ok 

clear for 

TTY!!) 




L 

R15,CE1CR0 

* BASE 1 NPUT MESSAGE. 

( Not 

execut ed 

LH 

R0, Ml 0CCTF 

* GET 1 / P MSG SIZE. 

( Not 

execut ed 


PDFj 1000 EQU * 


This causes the entry to be messed up even if it is valid. While tracing, I forced 
the TTY path to go thru that code and it went right so I think that's the only 
problem. 


Please let us know when this has been corrected 
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Thanks 


From: 
Sent : 
To: 

Cc: 

Subj ect 


iur s 5 10:29 



AM 


a s s e n g e r TnTormation Requirements for Border Crossing 


Whereas the usage of the SSR format is preferable we are unable to complete 
this piece of functionality within any reasonable time. Consequently, we 
have decided to support the passenger ID and gender information through OS I 
message. OS I solution is much easier and quicker to implement for both 
sides, as we already support this format in the system. 

Could you please advise what do you need from our side to complete the 
project and how do you usually notify your agencies. 

I do apologise for this short notice. 


I would also like to let you know that I will be on vacation starting 
September 24th till October 15th, in the meantime please address all 
questions, queries to my manager, Thank you. 


Regar ds, 


’roduct Speci ali st Non - 
Worldwide Product Planni 


Ai r 

ng 


Phone 
Fax: 
e ma i I 




Subj ect 

RE: Passenger Information 
Requirements for Border Crossing 
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Sabre needs to test my changes so far. 


Where should I put those programs? Should they go to any particular library or do 
you prefer those to be kept separately for now? 


There are some more programs that I will be adding next week 


From: System Administrator 

Sent: Thursday, September 

S u b j e c t : RE: APIS 

Attach me n t s: RE: APIS 


Importance: High 

<<RE: API S>> Your message 


To: 

Subj ect 
Sent : 


Thu, 



2 0 0 5 1 2:3 9:1 6 - 0 6 0 0 


was delivered to the following recipient(s) 


on Thu, 8 Sep 2 0 0 5 1 2:3 6:4 8 - 0 6 0 0 
tds. corp.cendant.org 2.1.5 

Sent: ember 08, 2005 2:33 PM_ 
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I don't see any impact other than a little lack of clarity/consistency to the GDS 
when they first see a PNR they are about to claim. They will see then only passenger 
association for 5DOB fields, not 5PID. Once the P N R is claimed, they generally don't 
use that display anymore as they only will see their own copy in their systems. 


do you see any other impact? 


From: gBBSSSi 

Sent: September 07, 2005 4:02 PM 

To: 

cc: 

Subj ect: Kt: 5 PI L) pax field di spl ay 


Currently the passenger association for 5PID will show on a * R/ P (or ' a c p aapi on 1 
) but will not showon a * R 


We didn't really not in the external design what display view was given in the 
example (sorry) we were just showing to most granular view (* R / P) 


Coul d you please let us know if this 


will cause any problems for the GDS partners? 


Thanks, 


.O riginal Mes s a g e. 

Sent: t e mb e r 07, 2005 3:49 PM 

To: 

Cc: 

Subj 

Not only Amadeus, Worldspan gets it (TKPV*16ED2F), so does Sabre (*074883) 


Besides, according to the current external design document (for Amtrak, not GDS) 
5PID always shows the name association. 

(See \ \ wastpf01\ doc pr od\ AS DM\Pr o j ec t _ F o I d e rs\ RS - 

RailResSTARS\APIS\APIS_Phase2_EXD.doc at 2.2.7 Display Examples) but it seems that 
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From: 

Sent: p t e mb e r 07, 2005 3:14 PM 

Subj 


HI 


I'm testing my changes for the display of DOB/PID fields for GDS agents 
on PDU6 to append the passenger association info ("/PI") for 5 fields, 
is not yet in the AEDIBP1D library but I saw you are working on it. It 
include the pax association for 5PID fields unless a *R/P is explicitly 
Are you planning to include those changes soon? 


Thanks, 


Hi 


So far this is how a PNR would look like to a GDS agent 


*** GUEST REWARDS CUSTOMER *** 

0 3 8 3 F0 RR HL 09SEP CTC-P 314.00/ 314.00 

- 01@ TESTAA/ AMR 

- 0 2 (3 TESTAA/BMRS 

1 2V 2102 M WASNYP 7 0 0A09SEP 9 5 9A09SEP j HK2 


301(3 

R SEG 

: 1 BASI S 2 F 

* 

j OF E 

RAI L FARE 314.00 

501(3 

DOB- 

01DEC1965/US/P 2 

5 0 3(3 


01J A N 1 9 6 4/ US/ PI 

5 0 2(3 

PAX 1 

D - P P/US/ 1 2 3 4 5 6 7 9 0/ 0 1J AN2 0 0 7 /F 

5 0 4(3 


P P/US/ 1 2 3 4 5 6 7 8 9 / 0 1 ]AN2 0 0 9/M 

5 0 5(3 

F QTV 

CO-FMl 23456 

901(3 


B 


. TAK5 r el i es 
This program 
still doesn't 
requested. 


Contrary to the examples in the external design document for GDS, only the first 
5PID field has the tag "PAX ID as same as it does it for 5 D O B s. Is that ok? (it 
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looks better to me). The " / P" will be shown as soon as PDU6 is modified 



Hi 


I was planning to change PDU6 so the passenger number will show in the 5PID display, 
but found out that this is the way it was designed. 

PDU6 will not be included in the load, however Laura is working with PDU6 and will 
be included later for different reasons (group changes). 


Pis let me know if you have any questions, 

Maria 

Note: you can always type: ‘ a c p aapi on' (will show the pax number) 


From: 

Sent: p t e mb e r 07, 2005 3:14 PM 

Subj 


HI 


I’m testing my changes for the display of DOB/PID fields for GDS agents. TAK5 relies 
on PDU6 to append the passenger association info ("/PI") for 5 fields. This program 
is not yet in the AEDIBP1D library but I saw you are working on it. It still doesn't 
include the pax association for 5PID fields unless a *R/P is explicitly requested. 
Are you planning to include those changes soon? 


Thanks, 


Hi 


So far this is how a PNR would look like to a GDS agent 
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*** GUEST REWARDS CUSTOMER *** 

0383F0 RR HL 09SEP CTC-P 314.00/ 314.00 

- 01@ TESTAA/AMR 

- 0 2 (3 TESTAA/BMRS 

1 2V 2102 M WASNYP 7 0 0A09SEP 9 5 9A09SEP j HK2 


301(3 

R SEG 

: 1 BASI S 2 F 

* 

j OF E 

RAI L FARE 314.00 

501(3 

DOB- 

01DEC1965/US/P 2 

5 0 3(3 


01J A N 1 9 6 4/ US/ PI 

5 0 2(3 

PAX 1 

D - P P/US/ 1 2 3 4 5 6 7 9 0/ 0 1)AN2 0 0 7 /F 

5 0 4(3 


P P/US/ 1 2 3 4 5 6 7 8 9 / 0 1)AN2 0 0 9/M 

5 0 5(3 

F QTV 

CO-FMl 23456 

901(3 


B 


Contrary to the examples in the external design document for GDS, only the first 
5PID field has the tag “PAX ID - " as same as it does it for 5 D 0 B s. Is that ok? (it 
looks better to me). The "/ P" will be shown as soon as PDU6 is modified. 


From: 
Sent : 
To: 

Subj ect 


ednesday, Sept ember 


pax tie 


07, 


2005 3:1 4 PM 


HI 


I’m testing my changes for the display of DOB/PID fields for GDS agents. TAK5 relies 
on PDU6 to append the passenger association info ("/PI”) for 5 fields. This program 
is not yet in the AEDIBP1D library but I saw you are working on it. It still doesn't 
include the pax association for 5PID fields unless a *R/P is explicitly requested. 
Are you planning to include those changes soon? 


Thanks, 


Hi 


So far this is how a PNR would look like to a GDS agent 
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*** GUEST REWARDS CUSTOMER *** 

0383F0 RR HL 09SEP CTC-P 314.00/ 314.00 

- 01@ TESTAA/AMR 

- 0 2 (3 TESTAA/BMRS 

1 2V 2102 M WASNYP 7 0 0A09SEP 9 5 9A09SEP j HK2 


301(3 

R SEG : 

1 BASI S 2 F 

* 

j OF E 

RAI L FARE 314.00 

501(3 

DOB- 

01DEC1965/US/P2 

5 0 3(3 


Olj A N 1 9 6 4/ US/ PI 

5 0 2(3 

PAX 1 D 

- PP/ US/ 123456790/ 01J AN2007/F 

5 0 4(3 


P P / US/ 1 2 3 4 5 6 7 8 9/Olj AN2 0 0 9/M 

5 0 5(3 

F QTV - 

CO- F Ml 2 3 4 5 6 

901(3 


B 


Contrary to the examples in the external design document for GDS, only the first 
5PID field has the tag “PAX ID - " as same as it does it for 5 D 0 B s. Is that ok? (it 
looks better to me). The "/ P" will be shown as soon as PDU6 is modified. 


From: 

Sent : 

To: _ 

Subject: 

Attachments 


ednesday,September 07, 2005 12:19 PM 


mp l e me n t a t ion Plan 
Arrow VI. doc 


API S 


)r a 
P h a s e 2 I 


MP 


From: jnngHggngf 

Sent: e mb e r 07, 2005 12:16 PM 

To: 

cc: 

S u b j n t a t i o n Plan 


I would like to review the draft APIS phase 2 implementation plan as soon as 
tomorrow’s 9.30am AUC mtg ends, 

as most of the relevant players will be there on the conf call. 
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PI ease let me know if anyone sees a problem with that 


From: 
Sent : 
To: 

Subj ect 


ues day, 


e pt e mhe r 0 6, 2 0 0 5 3:0 3 PM 

; TPF Test Coordinators 

hange LOC segment identifier for Departure/Arri val 


Fie I I o 

Here are test results for change - these are internal to the application, 

thus the trapped data is r^^Kd showing the switch of the identifier value for 
Departure and Arrival on TPFT (Old) and TPF20 (New). Once loaded to TPFT, we will 
generate date to CBP and have them validate the change prior to implementation. 


Thanks, 


From: ■HHHIHi 

Sent: t e mb e r 06, 2005 2:35 PM 

S u b j e c t : h a n g e LOC segment identifier for Departure/Arri val 

Will you please test this for me? Originally, in the LOC segment I had '87' = 
Departure and '125' = Arrival. They are now switched. 

Thanks. 


I 


From: 
Sent : 
To: 

Subj ect 



1:21 PM 


Information Requirements for Border Crossing 


Amtrak currently does not support the ssr formats. This is what I read in 
Worldspan info pages: WITH THE EXCEPTION OF GENERIC SEAT REQUESTS AMTRAK 
DOES NOT ACCEPT SPECIAL SERVICE REQUESTS 

How will you deal with it? Will you make changes on your side to be able 
toreceivethesessrformats? 

Pis advise. 



Worldwide Product Planning 


Phone 
Fax: 
e ma i I 
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2 5 / 0 7 / 2 0 0 5 1 7:1 5 


c c 



Passenger Information Requirements 
for Border Crossing 


Hello 

Please find attached the changes being proposed for the collection of 
additional identification data for the Border Crossing PNRs in Arrow. 

These 

changes are being mandated by the US Border Inspection Agencies. We have 
targeted the require me nts to be of least impact to you, and have a targeted 
date of the 1st October. Please review and let me know which approach for 
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bub) ect : Kt: APIS - DRAFT Implementation Plan 

To all concer ned, 

On section 3.4 Fallback Scenarios for Distribution Channels Involved, please add 
that for IB when Arrow fallsback and turned off the APIS load indicator, IB XAAPI 
servers need to be stopped and restarted to pick the Arrow load bit indicator change 
from ON to OFF (AAPI uses ACP ARROWPLUS 18 to inspect the load indicators). 


.Or i gi nal Me ssage. 

Sent: September 01, 2005 9:45 AM 
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Thanks, 


From: 

Sent: W3 1, 2 0 0 5 1 2:5 6 PM 
To: 

Cc: 

Subj ect: Kt: Summary ot high level functions 
Hello All, 



will be modifying the GDS ticketing programs and will 
- Those programs are TAAE, TPE3 and TAXO 


re move the reference to 


From: 
Sent : 
To: 

Cc: _ 
Subj ec 


Original Me s s a g e - 


August 3 1, 2 0 0 5 1 2:5 1 PM 



i u mma r y o 
a n d ■ 


Attached is a document with a high level summary of the functions. Please let me 
know if you still have questions. 


I am taking a go at the code in PDU7 for 5DOB 


Note: I will be available this afternoon via email and phone ( 

(working from ho me) 


Thanks, 


Page 377 








Exemption 6 


Border Crossing.txt 

.O riginal Message . 

Sent: 3 1, 2 0 0 5 9:3 4 AM 

To: 

Cc: 

S u b j ect: 3 indicators tor m e n f o r c e me n t 


The following are the program changes I need to do. I will be using global field 
IBCDTE as PID date value. 

1. Addtional progams to be added to th loadset. Delete IEBDTE code check in the 
folio wing progams. 

TAAEEO/TPE3E0/TAX0E0. 

2. RMUXEO - Add check for new value of IBCDTE global for PID data check. 

3. Add check for PID in TKSS for new value of IBCDTE global. Add checks for the 3 
new indicators? 

Adjust code for non-BC and BC indicators I added in the program. 


Could you let ne know if the 3 indicators for ARROW, GDS etc. have already been set 
up so I can incorporate for item#3 above? 


As far as the DOB/PI DD cross check for group P N R still needs to be pursued further 
Can't be definitive until I actual code is in place for the 5 items for group PNRS 
I don't think it's going to be a problem as long all PAX in the PNR are associated 
correctly and no dups. 


Thanks, 


From: 
Sent : 
To: 

Cc: 

Subj ect 


'eanesaaT/Tugir s t 3 1, 2 0 0 5 1:2 0 PM 



level 


f u n c t i o n s 


^EKTded code for new error message for 5PID items for programs T A A E / Y P E 2 / TAX0 as a 
result of validation from revised RMUX (DOB/PID utilityjto be implemented . I 
c o mme ntedIBCUPDTcode. 

Programs are coded and ready for testing. My versions are in V7MR.TOF. REALTI ME. 
Thanks, 


From: 

Sent: 3 1, 2 0 0 5 1 2:5 6 PM 






Exemption 6 


Cc: ■ 
Subj ecT 


u mma r y 


Border Crossing.txt 


Hello All, 



will be modifying the GDS ticketing programs and will 
- Those programs are TAAE, TPE3 and TAXO 


re move the reference to 


From: 
Sent : 
To: 

Cc: _ 
Subj ec 


Or i gi nal Message- 


Vednesday, August 3 1, 2 0 0 5 1 2:5 1 PM 
i u mma r y o l 



Hi and 

Attached is a document with a high level summary of the functions. Please let me 
know if you still have questions. 

I am taking a go at the code in PDU7 for 5DOB. 

Note: I will he available this afternoon via email and phone 

(workingfromhome) 

Thanks, 


.O ri gi nal Message . 

Sent: 3 1, 2 0 0 5 9:3 4 AM 

To: 

Cc: 

Subj ect : 3 indicators tor m e n f o r c e me n t 


^^following are the p r o g r a m c h a n g e s I need to do. I will be using global 
IBCDTE as PID date value. 

1. Addtional progams to be added to th loadset. Delete IEBDTE code check i 
folio wing progams. 

TAAEEO/TPE3E0/TAX0E0. 

2. RMUXEO - Add check for new value of IBCDTE global for PID data check. 

3. Add check for PID in TKSS for new value of IBCDTE global. Add checks for the 3 
new indicators? 

Adjust code for non-BC and BC indicators I added in the program. 

Could you let ne know if the 3 indicators for ARROW, GDS etc. have already been set 
up so I can incorporate for i t e m#3 above? 

As far as the DOB/PI DD cross check for group PNR still needs to be pursued further. 
Can't be definitive until I actual code is in place for the 5 items for group PNRS. 

I don't think it's going to be a problem as long all PAX in the PNR are associated 
correctly and no dups. 

Thanks, 


field 
n the 
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From: 

Sent : 

To: 

Cc: 

Subj ect 
At t a c h me n t s 


August 3 1, 2 0 0 5 1 2:5 1 PM 



iummary of nigh level 
Function s u mma r y. doc 


Hi and 

Attached is a document with a high level summary of the functions. Please let me 
know if you still have questions. 


I am taking a go at the code in PDU7 for 5DOB. 

Note: I will be available this afternoon via email and phone ( 

(working from ho me) 


Thanks, 


.O riginal Message . 

From: 

Sent: s t 3 1, 2 0 0 5 9:3 4 AM 

To: 

Cc: 

Subj n f o r c e me n t 


^^following are the p r o g r a m c h a n g e s I need to do. I will be using global field 
IBCDTE as PID date value. 

1. Addtional progams to be added to th loadset. Delete IEBDTE code check in the 
folio wing progams. 

TAAEEO/TPE3E0/TAX0E0. 

2. RMUXEO - Add check for new value of IBCDTE global for PID data check. 

3. Add check for PID in TKSS for new value of IBCDTE global. Add checks for the 3 
new indicators? 

Adjust code for non-BC and BC indicators I added in the program. 

Could you let ne know if the 3 indicators for ARROW, GDS etc. have already been set 
up so I can incorporate for item#3 above? 

As far as the DOB/PI DD cross check for group PNR still needs to be pursued further. 
Can't be definitive until I actual code is in place for the 5 items for group PNRS. 

I don't think it's going to be a problem as long ail PAX in the PNR are associated 
correctly and no dups. 


Thanks, 



HeiI o, 


The current status for each GDS is as follows: 

SABRE - Awaiting Arrow's entries to be available in TPFT. jairo to complete changes 
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Galileo International 
Product Delivery 



From: [ ma o: 

Sent: mursday, August 1 8, 2 0 0 5 II: 45 AM 
To: 

subj emmm™ 

Importance: High 


Hello 

Yes we have the same list - but Customs gave us a different list - I believe what we 
need to do our side is map your codes to ours - I listed that below - what do you 
believe AD, A, C, I, IP, P, F mean and then we'll see about mapping them: 

Al Rl MP Code 

A mt r a k Code 

Descri pti on 


RA 

US Resident Alien Card 


PR 

LPR (Legal Permanent Resident) Card 
P 

PP 

Passport 
I P 
RE 

Re-entry Per mi t 


RT 

Refugee Travel Document 


NC 

Naturalization Certificate 
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Thanks, 


<<Worl dspan Border Crossing changes. doc>> 

(See att ached file: Wo r 1 d s p a n Border Crossing changes.doc) 
From: 

Sent: mi^^^^Mjgus t 1 1, 2 0 0 5 4:5 9 PM 

To: 


1 r o p o s e d APIS phase 2 Implementation Scenario 


lc: 

Subj ect 


This looks fine to me. We're currently on schedule for the Sep 25th implementation 
Sam or I will let you know if anything changes. 


Sent: s t 1 1, 2 0 0 5 4:4 6 PM 



uDj ect: Kropose 


pnase l implementation bcenario 


Please review the proposed implementation scenario for APIS phase 2, and let me know 
if you see any issues affecting your area, 

or if you have any suggested changes. 


1. Sep 6 - Unticketed PNRs that contain Cross Border segments and do not have 

first and last names with at least 2 characters 

will be queued for Reservations action. At least 2 separate queues 
will be used to separate the PNRs by close in travel dates 

and further out travel dates. 


2. Sep 23 - RailRES STARS beta release containing APIS phase 2 changes will be 

loaded. 

However, the APIS enhancements will not be active until the Arrow 
activation bit is loaded in Arrow. 


3. Sep 25 - Arrow and GDS changes will be loaded to permit and prompt for the 

addition of additional passenger information 
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The activation bit for R aiI Res / STARS will be turned on. 

However the Arrow code will have 2 further indicators, 
that will allow enforcement of the ticketing restrictions 

(do not allow ticketing unless all the new fields are 
present) be turned on or off. 

One indicator will be for RaiI Res / STARS ticketing of 
P N R' s and one will be for Internet ticketing of PNR’s. 

The R aiI Res / STARS indicator will be turned off until the 
rollout of the new R a i I Res / STARS release has been completed, 

likely to be October 4th. 


4. Sep 25 Internet changes for phase 2 will be implemented. The switch 
in Arrow to enforce ticketing restrictions on Internet ticketing of 

PNRs will be turned on. 

Should the Internet load be delayed, then the ticketing 
enforcement switch in Arrow will remain off until the Internet release is 
i mpI e me n t e d. 

Also, should the internet release be fallenback, the 
ticketing enforcement switch for the Internet will be turned off. 


4. 


Sep 30 - Oct 4: R aiI Res / STARS final push 


5. Oct 


Turn on ticketing enforcement switch for R aiI Res / STARS 



This looks good to me 



Please review the proposed implementation scenario for APIS phase 2, and let me know 
if you see any issues affecting your area, 

or if you have any suggested changes. 


Page 388 





Exemption 6 


Border Crossing.txt 


1. Sep 6 - Unticketed PNRs that contain Cross Border segments and do not have 

first and last names with at least 2 characters 


wi I I 


wiI I be queued for 
be used to separate the PNRs by 


Reservations action. At 
close in travel dates 


least 


separate queues 


and further out travel dates 


2. Sep 23 - RailRES STARS beta release containing APIS phase 2 changes will be 

loaded. 


However, the APIS enhancements will not be active until the Arrow 
activation bit is loaded in Arrow. 


3. Sep 25 - Arrow and GDS changes will be loaded to permit and prompt for the 

addition of additional passenger information 

The activation bit for R aiI Res / STARS will be turned on. 

However the Arrow code will have 2 further indicators, 
that will allow enforcement of the ticketing restrictions 

(do not allow ticketing unless all the new fields are 
present) be turned on or off. 

One indicator will be for R aiI Res / STARS ticketing of 
P N R ’ s and one will be for Internet ticketing of PNR's. 

The R aiI Res / STARS indicator will be turned off until the 
rollout of the new R a i I Res / STARS release has been completed, 

likely to be October 4th. 


4. Sep 25 Internet changes for phase 2 will be implemented. The switch 
in Arrow to enforce ticketing restrictions on Internet ticketing of 

PNRs will be turned on. 

Should the Internet load be delayed, then the ticketing 
enforcement switch in Arrow will remain off until the Internet release is 
i mpI e me n t e d. 


Also, should the internet release be fallenback, the 
ticketing enforcement switch for the Internet will be turned off. 


4. Sep 30 - Oct 4: R aiI Res / STARS final push 
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5. Oct 5 Turn on ticketing enforcement switch for R a i I Res / STARS 



Please review the proposed implementation scenario for APIS phase 2, and let me know 
if you see any issues affecting your area, 

or if you have any suggested changes. 


1. Sep 6 - Unticketed PNRs that contain Cross Border segments and do not have 

first and last names with at least 2 characters 

will be queued for Reservations action. At least 2 separate queues 
will be used to separate the PNRs by close in travel dates 

and further out travel dates. 


2. Sep 23 - RailRES STARS beta release containing APIS phase 2 changes will be 

loaded. 


However, the APIS enhancements will not be active until the Arrow 
activation bit is loaded in Arrow. 


3. Sep 25 - Arrow and GDS changes will be loaded to permit and prompt for the 

addition of additional passenger information 

The activation bit for R aiI Res / STARS will be turned on. 

However the Arrow code will have 2 further indicators, 
that will allow enforcement of the ticketing restrictions 

(do not allow ticketing unless all the new fields are 
present) be turned on or off. 

One indicator will be for R aiI Res / STARS ticketing of 
P N R' s and one will be for Internet ticketing of PNR’s. 

The RaiI Res / STARS indicator will be turned off until the 
rollout of the new R a i I Res / STARS release has been completed, 

likely to be October 4th. 
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4. Sep 25 Internet changes for phase 2 will be implemented. The switch 
in Arrow to enforce ticketing restrictions on Internet ticketing of 

P N R s wi I I be turned on. 

Should the Internet load be delayed, then the ticketing 
enforcement switch in Arrow will remain off until the Internet release is 
i mp I e me n t e d. 

Also, should the internet release be fallenback, the 
ticketing enforcement switch for the Internet will be turned off. 


Sep 30 - Oct 4: R aiI Res / STARS final push. 


Oct 5 Turn on ticketing enforcement switch for R aiI Res / STARS 


From: 

Sent : 

To: 

Cc: 

Subj ect: 

At t a c h me n t s 


ues a a y 



a s s e n g e r 
API S SSRs v4. doc 


e q u i r e me n r s 


r o s s i n g 


§mg|| will be implementing the DOCS SSR in mi d-Sept ember. We have to 
nnii|^^e development to make this carrier specific because Amadeus carriers 
cannot support the new entry yet. 

The formats in your document do not agree with the formats we will be 
i mpI e me n t i n g. 

Please give me a call so we can discuss the testing and implementation. 

I amattaching the functional advisory and screen hange notice. 


balileo Internat i o n a I 
Product Delivery 


Message 


He I I o, 

We have not heard any response from on this request. Please 

response with any questions or your ^^^^red approach. Amtrak will assume 
that your agents will be using the OSI format if no response is received. 

Many Thanks in advance, 
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TAXO Sma I I 
TAAE S ma I I 
TPE3 Sma I I 
T001 Sma I I 
TI D6 Me d i u m 
TI G2 S ma I I 
TI G3 S ma I I 

TIG5 Big (Split into a new program?) 

TAK5 Medi u m 
TAH7 Medi u m 

PDEC (Small/Medium depending how the regular 5PID entry is processed) 
PDED ( Smal I ) 

The PD program that handles 5PID process may need modifications as well 

So in short: 

7 Segments w/small changes 
4 Segments w/medium changes 
1 Segment w/big changes or new segment 
Total: 12 Segments. 


From: ■■HHMHHMil 

Sent: Ihur sday, August 0 4, 2 0 0 5 1 1:0 8 AM 

To: ■■■■■■■ 

Cc: 


Hello 


Does your program count include GDS program changes - I have working on that 

now - currently it'll only be a rough estimate as We are awaim^GDS feedback on 
the approach they wish to follow. It shouldn't change by more than a couple of 
segments if the GDS pick different approaches. 
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can we have a rough count of segments by Monday? 


.O ri gi nal Messag e. 

From: ■HHMHHHMI 

Sent: nui^^^^Mjgii s t 0 4, 2 0 0 5 1 0:0 4 AM 
To: 

Cc: /uHHivOrium 

Subject: Implementation Schedule for APIS phase 2 

APIS phase 2 will be ready for Implementation late September. 

The implementation requires co-ordination of software loads on Arrow, XAAPI, R a i I Res 
/ STARS, and the Internet 

I am now in the process of trying to finalize the load schedule for each of these 
pieces. 


The Arrow changes are not large. They involve: 

Changing the requirement for all PNR name fields, both first and last, to be a 
mini mum of two characters. Currently it is one. 


For Border Crossing PNRs only, additional passenger information will need to be 
collected. 

1 . 

2. Document Type (details to be defined in external design) 

3. Document Number (details to be defined in external design) 

4. Document Expiry Date (details to be defined in external design) 

5. Gender 


However, although the changes are not large and involve only about 15 segments, they 
d o t o u c h ma j o r s y s t e m c o mp o n e n t s, 

PNR creation and End Transaction. 

RR / STARS will be in Beta Sep 23, with the final push Sep 30. 

Internet will be ready Sep 25 
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Arrow will be ready to load the week of Sep 25. We could load either Sunday Sep 25 
or Tuesday Sep 27. 

Sep 27 currently has no other implementations on the schedule, neither does Sep 25, 

although there is PNR related load, PRAD2V build of existing PNRs (one time 
conversion utility) on the Saturday Sep 24. 


My preference would be Sunday Sep 25. This would simplify coordination with the 
Internet load, 

and would also allow for 2 more days of RR / STARS Beta testing. 


However, if there is a desire not to load this on Sep 25, following the Sep 24 
PRAD2V build of existing PNRs load, we could live with Tuesday Sep 27. 


Comments, questions, concerns 1 


From: 1SHHHHHI 

Sent: nuj^H^^Tu g u s t 0 4, 2 0 0 5 1 1:4 5 AM 



The final version of the APIS phase 2 External Design document was agreed to at 
F r i d a y' s ( 7 / 2 9) s t a t u s me e t i n g s. 

The document is attached. 


From: 

Sent: mi^^^^Mjgu s t 0 4, 2 0 0 5 1 0:0 4 AM 

■■■■■ 

Cc: 

Subject: Implementation Schedule for APIS phase 2 

APIS phase 2 will be ready for Implementation late September. 

The implementation requires co-ordination of software loads on Arrow, XAAPI, R a i I Res 
/ STARS, and the Internet 


I am now in the process of trying to finalize the load schedule for each of these 
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The Arrow changes are not large. They involve: 

Changing the requirement for all PNR name fields, both first and last, to be a 
mini mum of two characters. Currently it is one. 


For Border Crossing PNRs only, additional passenger information will need to be 
collected. 


Do c u me n t 
Do c u me n t 

Do c u me n t 

Gender 


Type (details to be defined in external design) 

Number (details to be defined in external design) 
Expiry Date (details to be defined in external design) 


However, although the changes are not large and involve only about 15 segments, they 
d o t o u c h ma j o r s y s t e m c o mp o n e n t s, 

PNR creation and End Transaction. 


RR / STARS will be in Beta Sep 23, with the final push Sep 30 
Internet will be ready Sep 25 


Arrow will be ready to load the week of Sep 25. We could load either Sunday Sep 25 
or Tuesday Sep 27. 

Sep 27 currently has no other implementations on the schedule, neither does Sep 25, 

although there is PNR related load, PRAD2V build of existing PNRs (one time 
conversion utility) on the Saturday Sep 24. 


My preference would be Sunday Sep 25. This would simplify coordination with the 
Internet load, 

and would also allow for 2 more days of RR / STARS Beta testing. 


However, if there is a desire not to load this on Sep 25, following the Sep 24 

Page 396 



Exemption 6 


Border Crossing.txt 

PRAD2V build of existing PNRs load, we could live with Tuesday Sep 27 


Comments, questions, concerns ? 


From: 
Sent : 
To: 

Cc: 

Subj ect 



The way the DOB is designed, too many programs would need to be changed, including 
possible impact to the GDSs. I just figured it would be very minor and I could just 
change it to help reduce the maintenance needed for the DOB package. However, based 
on the number of programs, it would have to be a change request if anyone ever 
desired mo re meaningful error responses. Please ignore my last note. I apologize 
fortheinconvenience. 


Thanks 



Arrow Soft ware Developer 


.Or i gi nal Message- - - - - 

Sent: 0 4, 2 0 0 5 7:5 9 AM 

Su bj ec t : bI e m - P N R 3 5 5 BE 

I wanted to also include a change in DOB functionality that would make a different 
error response for missing required DOB information such as no country code. 5DOB 

entries do not require the country code but yet Ticketing does require the country 

code. However in the current system, the error message is the same for Ticketing 
whether or not it's a missing DOB or a DOB without a country code. 

do you see any problems with changing this? I have talked with Larry and he 
seemed ok with a more meaningful error response. The reason I bring it up is I 
sometimes waste quite a bit of time not realizing I forgot to put in the country 

code when it's required and I'msure it would save some agents time staring at DOB 

information wondering if anything is missing or not. 


if we change this, are there any changes necessary for AAPI or XAAPI? 

How about the following error response in the case of no country code in the 5DOB 
field at Ticketing time (TK and 7TKT entries), if everyone is ok with it? 

COUNTRY CODE REQUI RED 


Thanks 
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: r e a t e d the problem that is in P N R 3 5 5 BE. It's an appended text proble 
same problem as PNR 15E392 that was reported to Doug Konn last week exc 
15E392 was because of an INFANT appended text not being found when it 
Although I'm not sure why the agent was putting in DOB information in 
text to begin with rather than as 5DOB. Had they not done this there 
have been this DOB issue. 


ting never gets filed into the PNR because of the appended text confusi 
ok into this to see if this can be fixed without touching appended text 
ctionality. Hopefully, ticketing can be made smarter to not have issue 


text entries from Agent Activity (These are the types of entries that 
ss up appended text when appended text didn't exist for an item beforeh 
n t h i s c a s e. ) : 


e a t i on: 

RR HL NONE 


CTC- P 


117.00/ 


^^^^EA-VAC 7 4 5 A SA 13AUG 1140A 
3 # 1 BASI S 3F /PI-3 


13 AUG Y 


RAI L FARE 117.00 
19 MA R 1 9 5 2 /US/PI 
19 MAR 1 9 5 2 /US/P 2 
19MAR1952/US/P 3 


H / PI 


* T HK3 


SEG 

#1 

CA 

$39 

. 00 



/PI 





10, 

11, 

12, 

13, 

14, 

15, 

16, 

18, 

26, 

34, 

42, 

44, 

45, 

49, 

50, 

51, 

52, 

55, 

56, 

57, 

58, 

59, 

60, 

61, 

64, 

66, 

72, 

73, 

74, 

75, 

76, 

81, 

82, 

83, 

84 





SEG 

#1 

CA 

$39 

. 00 



/ P 2 





10, 

11, 

12, 

13, 

14, 

15, 

16, 

18, 

26, 

34, 

42, 

44, 

45, 

49, 

50, 

51, 

52, 

55, 

56, 

57, 

58, 

59, 

60, 

61, 

64, 

66, 

72, 

73, 

74, 

75, 

76, 

81, 

82, 

83, 

84 





SEG 

#1 

CA 

$39 

. 00 



/ P 3 
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XN 

XN 

XN 

AN 

AN 

AN 


0 4 0 7 2 8 
CTC- P 

6 9 8 1 CS 3 2 5 A 04AUG2 0 0 5 HDQ 
001 ONE/ONE 
001 TWO/TWO 
001 THR/THR 



AD 

DOB - 

19MAR1952/US/PI 

AD 

DOB - 

19 MAR 1 9 5 2 / US/ P2 

AD 

DOB - 

19 MAR 1 9 5 2 /US/P3 

6 9 8 1 

CS 

3 2 7 A 04AUG HDQ L 0 5 5 


* 


e r 

DOB I N F OR MAT I ON 
i 

DOB I N F OR MAT I ON 
i r 

DOB I N F OR MAT I ON 
71 kt 

DOB I N F OR MAT I ON 


REQUI RED 
REQUI RED 
RE QUI RED 

REQUI RED BEFORE Tl CKETI NG 


Agent activity for 7943 NCR: 
I + 

A13AUGSEAVAC+ 

CRD* CTY S EA/CTC + 
A13AUGNCRVAC+ 

A13AUGSEAVAC+ 

N3Y1 + 



* R + 
ER + 


301(3+ 

* R + 

301(3+ 

* R + 

31 P2E, 1 SA + 

* R + 

ER + 



t xt 
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301(3 T 

SEG 

# 1 BASI S 

3 F 

/ PI- 

3 

* 

Y OF C 

RAI L FARE 

117.00 

5 0 0 1(3 

DOB - 

19 MA R 1 9 5 2 / US/PI 


5 0 0 2(3 


19 MAR 1 9 5 2 / US/P2 


5 0 0 3(3 


19 MAR 1 9 5 2 / US/P3 


7 0 0 1(3 

TKT 

2166981000018 

SEG 

#1 

CA 


SEG# 09, 

10, 

11, 

12, 



47, 48, 

49, 

50, 

51, 



69, 71, 

72, 

73, 

74, 

7 0 0 2(3 

TKT 

2166981000026 

SEG 

#1 

CA 


SEG# 09, 

10, 

11, 

12, 



47, 48, 

49, 

50, 

51, 



69, 71, 

72, 

73, 

74, 

7 0 0 3(3 

TKT 

2166981000034 

SEG 

#1 

CA 

901(3 


mgmm- h /pi 





$39 

. 00 



/PI 





13, 

14, 

15, 

16, 

18, 

26, 

34, 

42, 

44, 

45 

52, 

55, 

56, 

57, 

58, 

59, 

60, 

61, 

64, 

66 

75, 

76, 

81, 

82, 

83, 

84 





$39 

. 00 



/ P 2 





13, 

14, 

15, 

16, 

18, 

26, 

34, 

42, 

44, 

45 

52, 

55, 

56, 

57, 

58, 

59, 

60, 

61, 

64, 

66 

75, 

76, 

81, 

82, 

83, 

84 





$39 

. 00 



/ P 3 






040728 
CTC- P 

6 9 8 1 CS 3 2 5 A 04AUG2 0 0 5 HDQ 
XN 001 ONE/ONE 
XN 001 TWO/TWO 
XN 001 THR/THR 
AN 001 
AN 001 

an ooi 

6 9 8 1 C!> ink 04AUG HDQ L055 


AD DOB- 

AD DOB- 

AD DOB- 

6981 CS 


1 9 MA R 1 9 5 2 /US/PI 
1 9 MA R 1 9 5 2 /US/P 2 
1 9 MAR 1 9 5 2 /US/P 3 
3 2 7 A 04AUG HDQ L 0 5 5 


e r 

DOB I N F OR MAT I ON 
i 

DOB I N F OR MAT I ON 
i r 

DOB I N F OR MAT I ON 
71 kt 

DOB I N F OR MAT I ON 


REQUI RED 
REQUI RED 
REQUI RED 

REQUI RED BEFORE Tl CKETI NG 


Agent activity for 7943 NCR: 
I + 


A13AUGSEAVAC+ 
CRD* CTY S EA/CTC + 
A13AUGNCRVAC+ 
A13AUGSEAVAC+ 
N3Y1 + 



* R + 
ER + 


3 01 @+ 

* R + 
301(3+ 

* R + 


31 P2E, 1 SA + 
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I wanted to also include a change in DOB functionality that would make a different 
error response for missing required DOB information such as no country code. 5DOB 

entries do not require the country code but yet Ticketing does require the country 

code. However in the current system, the error message is the same for Ticketing 
whether or not it's a missing DOB or a DOB without a country code. 

do you see any problems with changing this? I have talked with and he 

seemed ok with a more meaningful error response. The reason I bring i i s I 

sometimes waste quite a bit of time not realizing I forgot to put in the country 

code when it's required and I'msure it would save some agents time staring at DOB 

information wondering if anything is missing or not. 

if we change this, are there any changes necessary for AAPI or XAAPI? 

How about the following error response in the case of no country code in the 5DOB 
field at Ticketing time (TK and 7TKT entries), if everyone is ok with it? 

COUNTRY CODE REQUI RED 

Thanks. 



Arrow Soft ware Developer 


.Or i gi nal Message-- - - - 

Sent: 0 4, 2 0 0 5 7:4 4 AM 

Subject: DOB Issue - Appended text problem- PNR 355BE 

I have recreated the problem that is in PNR 355BE. It's an appended text problem. 
It's the same problem as PNR 15E 3 9 2 that was reported to last week except 

that PNR 15E 3 9 2 was because of an INFANT appended text no^^^n^round when it 
existed. Although I'm not sure why the agent was putting in DOB information in as 
appended text to begin with rather than as 5DOB. Had they not done this there 
wouldn't have been this DOB issue. 

The ticketing never gets filed into the PNR because of the appended text confusion. 

I will look into this to see if this can be fixed without touching appended text 
entry functionality. Hopefully, ticketing can be made smarter to not have issues in 
t h i s c a s e. 

Thanks. 


Appended text entries from Agent Activity (These are the types of entries that 
really mess up appended text when appended text didn't exist for an item beforehand 
such as in this case. ) : 

i : 

FEBlimJ 

- -1 
j UN171I92I 


- 0 3 @1/ 
DEC221 
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TPF5 recreation: 

0 4 0 7 2 8 RR HL NONE CTC- P 117.00/ 

- 01 @ 


' 02 @ 

- o 3 @ imr 

1 5TU U. SEA-VAC 7 4 5 A SA 13AUG 1140A 13AUG Y *T HK3 


301(3 T 

SEG 

# 1 BASI S 

3 F 

/ PI- 

3 

* 

Y OF C 

RAI L FARE 

117.00 

5 0 0 1(3 

DOB - 

19 MA R 1 9 5 2 / US/PI 


5 0 0 2(3 


19 MAR 1 9 5 2 / US/P2 


5 0 0 3(3 


19 MAR 1 9 5 2 / US/P3 


7 0 0 1(3 

TKT 

2166981000018 

SEG 

#1 

CA 


SEG# 09, 

10, 

11, 

12, 



47, 48, 

49, 

50, 

51, 



69, 71, 

72, 

73, 

74, 

7 0 0 2(3 

TKT 

2166981000026 

SEG 

#1 

CA 


SEG# 09, 

10, 

11, 

12, 



47, 48, 

49, 

50, 

51, 



69, 71, 

72, 

73, 

74, 

7 0 0 3(3 

TKT 

2166981000034 

SEG 

#1 

CA 

901(3 


nod- H / P1 





$39 

. 00 



/PI 





13, 

14, 

15, 

16, 

18, 

26, 

34, 

42, 

44, 

45, 

52, 

55, 

56, 

57, 

58, 

59, 

60, 

61, 

64, 

66, 

75, 

76, 

81, 

82, 

83, 

84 





$39 

. 00 



/ P 2 





13, 

14, 

15, 

16, 

18, 

26, 

34, 

42, 

44, 

45, 

52, 

55, 

56, 

57, 

58, 

59, 

60, 

61, 

64, 

66, 

75, 

76, 

81, 

82, 

83, 

84 





$39 

. 00 



/ P 3 






XN 

XN 

XN 

AN 

AN 

AN 


0 4 0 7 2 8 
CTC- P 

6 9 8 1 CS 3 2 5 A 04AUG2 0 0 5 HDQ 
001 ONE/ONE 
001 TWO/TWO 
001 THR/THR 



AD DOB- 

AD DOB- 

AD DOB- 

6981 CS 


19 MAR 1 9 5 2 /US/PI 
19 MAR 1 9 5 2 /US/P 2 
19 MAR 1 9 5 2 /US/P 3 
3 2 7 A 04AUG HDQ L 0 5 5 


e r 

DOB I N F OR MAT I ON 
i 

DOB I N F OR MAT I ON 
i r 

DOB I N F OR MAT I ON 
71 k t 

DOB I N F OR MAT I ON 


REQUI RED 
REQUI RED 
REQUI RED 

REQUI RED BEFORE Tl CKETI NG 


Agent activity for 7943 NCR: 
I + 

A13AUGSEAVAC+ 

CRD* CTY S EA/CTC + 
A13AUGNCRVAC+ 

A13AUGSEAVAC+ 

N3Y1 + 
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r o m: 
Sent : 
To: 

Cc: 

Subj ect 


uesday, August 02, 2005 4:27 PM 



a s e 


a n s mi s s i o n s 


As of 4:30pm , ET, we have successfully sent 23 train manifests to APIS. 

Only one issue has been reported. If the STARS screen is not cleared before the 
SOL* B/ SEND entry, the agent response is not seen on the screen. is 

going to investigate, and let me know what is happening. In the n^^mri^^nave 
a d v i s e d that a simple clear of the screen or Ignore prior to the 

SOL* B/ SENT^^^^y wi I I resolve the issue. 


ffom: 

Sent: Ulesnay^upst 02, 2005 1:00 PM 

Subject: Kt: APIS - Production Manifest Transmission 

I agree. He seems to think he needs to check one against the other, when they will 
a I ways be t he same. 

.O ri gi nal Mes s age. 

Sent: fl^ul^^^gust 0 2, 2 0 0 5 1 2:3 2 PM 
To: 

Cc: 

Subj ect : Kt: APIS - Production Mam t est T r a n s mi s s i on 


We just need to reiterate to et a I , that the electronic manifests and faxes 

are created from the same sou^^cma, and contain the same information; there is no 
difference between the two devices. 


.Original Message. 

From: 

Sent : 0 2, 2 0 0 5 8:5 7 AM 

S u b j I S - Production Manifest Transmission 


I think he spelt your name wrong so you probably didn't get either of these 
messages. 
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I will add this Issue to the agenda for discussion at our meeting Thursday 
I think there may be some misunderstandings on this issue. 


Original Message 



AMTRAK should continue to FAX manifests until a means is developed to 
validate the passengers boarded. CBP officers will use the faxed list and 
compare it against the electronic APIS transmission to identify the 
sufficiency level. 


'rogram Manager 7 Supervisor 
Of f i ce of Field Oper at i ons ( BS&F) 




Ma n i f es t Tr a ns mi s s i o n 


Subject: RE: APIS - Production 


Excellent! Thanks for checking!! 

The field will start their regular transmissions today; these two were just 
Production tests for us. In the meantime, the field agents will continue 
faxing our manifests, too. Once we are comfortable that there are no 
issues, we will cease the faxes. 

If you see any concern on your end with our transmissions, please let me 
know. 

Thanks again. 


Ori gi nal Message 


From: 
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Sent: Tuesday, August 02, 2005 6:51 AM 
To: 

Ce: 

F: wm iiipnVj -^feafa. “ ~ — - — — 
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Will you please check APIS and let us know if the transmissions were 
successfully received and processed by APIS? 

Thanks! 


From: 

Sent: U^uu^^uigust 0 2, 2 0 0 5 1 2:3 2 PM 

Subject: Kt: APIS - Production Manifest Transmission 


We just need to reiterate to mHH, et al, that the electronic manifests and faxes 
are created from the same sou^^cHua, and contain the same information; there is no 
difference between the two devices. 


.Ori gi nal Message. 

From: ■■■■■■■■I 

Sent : 0 2, 2 0 0 5 8:5 7 AM 

S u b j I S - Production Manifest Transmission 


I think he spelt your name wrong so you probably didn't get either of these 
messages. 



MM , I will add this issue to the agenda for discussion at our meeting Thursday 
I think there may be some misunderstandings on this issue. 


Ori gi nal Message 



AMTRAK should continue to FAX manifests until a means is developed to 
validate the passengers boarded. CBP officers will use the faxed list and 
compare it against the electronic APIS transmission to identify the 
sufficiency level. 
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To 

!> 

c c 


Ma n i f e s t Transmi ssi on 


Subject: RE: APIS - Production 


Excellent! Thanks for checking!! 

The field will start their regular transmissions today; these two were just 
Production tests for us. In the meantime, the field agents will continue 
faxing our manifests, too. Once we are comfortable that there are no 
issues, we will cease the faxes. 

if you see any concern on your end with our transmissions, please let me 
know. 

Thanks again. 


. Ori gi nal Message- 

F r o m: 

Sent: t 

To: 

Cc: 


iuhj ed 


"roducti on Manifest Transmission 


We received both transmissions: 

7 paxs for Oct 7th 
98 paxs for Aug 2nd 


Lie p a r t me n t of Homeland Security 
Customs and Border Protection 
Enforce ment Systems Branch 
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jj^g] a n d 

We sent two APIS transmissions to your Production SITA address this 
mo r n i n g: 

1. train 69 NYP-MTR on 0 3 0CT05 (small manifest; single message) 

2. train 69 NYP-MTR on 02AUG05 (large manifest; three messages) 

Will you please check APIS and let us know if the transmissions were 
successfully received and processed by APIS? 

Thanks! 
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I will add this issue to the agenda for discussion at our meeting Thursday 
I think there may be some misunderstandings on this issue. 


Ori gi nai Message 



AMTRAK should continue to FAX manifests until a means is developed to 
validate the passengers boarded. CBP officers will use the faxed list and 
compare it against the electronic APIS transmission to identify the 
sufficiency level. 


Program Manager / Supervisor 
Of f i ce of Field Operations (BS&F) 



To 



Ma n i f es t Tr a ns mi s s i o n 


Subject: RE: APIS - Production 


Excellent! Thanks for checking!! 

The field will start their regular transmissions today; these two were just 
Production tests for us. In the meantime, the field agents will continue 
faxing our manifests, too. Once we are comfortable that there are no 
issues, we will cease the faxes. 

If you see any concern on your end with our transmissions, please let me 
know. 

Thanks again. 


Ori gi nal Message 
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Subject: APIS - Production Manifest Transmission 


We sent two APIS transmissions to your Production SITA address this 
mo r n i n g: 

1. train 69 NYP-MTR on 0 3 0CT05 (small manifest; single message) 
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< < S A B R E Border Crossing changes. doc>> 

From: MSHHSHI 

Sent: TnuTsday^J uI y 28, 2005 4:28 PM 

Subj ect : 


Currently, on the TWO route, has advised that there is an initial faxing 

of the train manifest to CBP enu^^^^a g e n c i e s. Additionally, the Conductor has a 
hardcopy of the train manifest. As tickets are lifted, the person is check-off the 
manifest as "on-board." This Conductor-verified manifest is then faxed to CBP and 
other agencies. 

Our electronic transmission will not be able to provide this "on-board" manifest. 
Should the practice of faxing this second manifest be continued? 



Unreal - they have countries in there that don't even exist any more (Soviet Union, 
etc.).’ 

We'll stick with ISO 3166 (with the Burma exception). Let me know if I can help in 
any other way. 

http:// www. i so. org/i so/en/prods-servi ces/i so3166ma/02i so-3166-code-l i sts/Ii st-enl. ht 
ml 


From: ||jfyg||gg|Jfj|g 

Sent: mirHn^^Tuly 28, 2 0 0 5 4:0 4 PM 
To: 

Cc: 

Subj ect: Country Code Differences 


As we discussed, the attached MS-Word document shows the differences between the 
current Arrow country code table and the data we received from CBP (US Customs and 
Border Protection). 

In all cases, the data in Arrow took precedence over what was received from CBP. 

For reference, I have included the MS-Excel spreadsheet that CBP provided. 

Let me know if you have any questions. 


I 
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<< File: Country Code Differences.doc >> << File: Country Codesl.xls >> 

From: gSSSBHI 

Sent: mi^n^^Tuly 2 8, 2 0 0 5 4:0 4 PM 

Subj ect : 


As we discussed, the attached MS-Word document shows the differences between the 
current Arrow country code table and the data we received from CBP (US Customs and 
Border Protection). 

In all cases, the data in Arrow took precedence over what was received from CBP. 

For reference, I have included the MS-Excel spreadsheet that CBP provided. 

Let me know if you have any questions. 



MD 

AI Al A ANGUI LLA 

Aj AZR AZERBAIJAN 

AL ALB ALBANIA 

AM ARM ARMENIA 

AN ANT ANTILLES TNETHERLANDS $AO AGO ANGOLA 

AO ATA ANTARCTICA 

AR ARG ARGENTI NA 

AS ASM AMERI CAN SAMOA 
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MD 

AT 

AUT 

AUSTRI A 

AU 

AUS 

AUSTRALIA 

AZ 

AZE 

AZERBAIJ AN 

BA 

Bl H 

BOSNIA AND HERCEGOVI NA 

BB 

BRB 

BARBADOS 

BD 

BGD 

BANGLADESH 

BE 

BEL 

BELGI UM 

BF 

B F A 

BURKI NA FASO - OLD COUNTRY 

BG 

BGR 

BULGARIA 


t 


MD 

BH BHR BAHRAI N 

BI BDI BURUNDI 

Bj BEN BENIN 

BK BI H BOSNIA AND HERCEGOVI NA 

BM B MU BERMUDA 

BN BRN BRUNEI DARUSSALAM 

BO BOL BOLIVIA 

BR BRA BRAZI L 

BS BHS BAHAMAS 

t 

MB 

YE YEM YEMEN ARAB REPUBLIC TSANAA$Y M YEM YEM 

EN, REPUBLIC OF TSANAA$YO SRM YUGOSLAVIA tINCLUDES SER 

BlA, MONTENEGRO$YU YUG YUGOSLAVIA 

ZA ZAF SOUTH AFRI CA, REPUBLI C 

ZM ZMB ZAMBIA 

ZR ZAR ZAI RE 

END OF Dl SPLAY 


MU 

VU VUT VANUATU 

WF WLF WALLI S AND FUTUNA 

WK WAK WAKE I SLAND 

WS WSM WESTERN SAMOA 

XX XXX UNKNOWN 

XO XXO WEST INDIES TFRENCH$X5 XX5 GAZA STRIP 

X9 XX9 INDIAN OCEAN AREAS TF RENCH$YD Y MD YEM 

EN, SOUTH TADEN$t 

MD 

YE YEM YEMEN ARAB REPUBLIC TSANAA$Y M YEM YEM 

EN, REPUBLIC OF TSANAA$Y0 SRM YUGOSLAVIA tINCLUDES SER 

BlA, MONTENEGRO$YU YUG YUGOSLAVIA 


ZA 

ZAF 

SOUTH AFRI CA, REPUBLI C 

ZM 

ZMB 

ZAMBI A 

ZR 

ZAR 

ZAI RE 


. Original Message 

From: 

Sent : 


0 
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PLEASE BOOK PNRs WITH THE FOLLOWING DATES: 28JUL-17AUG 

The Test System should be ready for testing around 10:30am ET 

A. Cross-Border date of bi rth(DOB)testi ng 

2. Create a few cross-border PNR's from NYP-MTR. Include the 

Date of Birth info. Forward the record locators. 

B. Worldspan, Apollo & Amadeus only 

1. Create and ticket a few test PNR's to any destination. 

Forwardtherecordlocators. 

C. APOLLO, SABRE & AMADEUS only 

Display the country code table in the Amtrak system using 
normaIGDSentries. 

Apollo: L)(2V-RM/*CY Sabre: ZZRM* CY Amadeus: R//RM*CY 

Ensure country code list appears. 

D. Do full ARROW regression testing based on attached standard script 


<<Regressi on User testing 07282905. doc>> 

Please send me, and the results. Thanks 


ravel Agent Sales Center 



2005 12:24 PM 
own page 


CS and SCG for "Serbia and Montenegro" 

As of 23 July 2 0 0 3 the ISO 3166-1 country code elements for Serbia and Montenegro 
are: 

CS (AI p h a - 2 code) 

SCG (AI p h a - 3 code) 

891 ( Numer i c-3 code) 


From: 

Sent: I nur sday, July 2 8, 2 0 0 5 1 1:5 0 AM 

o n for Public Affairs to remove 

R. O. C. fromcover letter and invoices for 


fyi 



Or i gi nal Message- 


uTy 28, 2005 11:45 AM 


jject: RE: Request by Formosan Association for Public Affairs to remove R. O. C. 
fromcover letter and invoices for 
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To all, 

Changes have been applied to Arrow and the IB system. 
.O riginal Me s s a g e. 

From: gHHMHHHI 

Sent: l nur sday, July 2 8, 2 0 0 5 9:3 1 AM 

To: 

Cc: 


S u b j e ct: RE: Request by Formosan Association for Public Affairs to re move R.O.C 
fromcover letter and invoices for 


To all, 

This is in regards to the use of "Taiwan, Province of China" in the Internet Booking 
Billing field. As history, in 2001 there was one update into Arrow of country code 
data from the ISO IATA standard list. That list was copied into Arrow and to our 
knowledge there have been no other updates or changes. That list shows "Taiwan, 
Province of China". That terminology is being objected to by the Formosan Assoc, 
for Public Affairs as documented in a letter to My group has an Arrow 

database entry that will allow us to change the unH^^y name to "Taiwan", which is 
mo re politically correct. We plan to perform the update so me ti me this morning after 
we test the change. 

However, the IB system has a manually created cached XML file of the data that still 
reads "Taiwan, Province of China". We are working with the IB group to modify their 
fileandcacheddata. Again this is a manual process. 

In the future, we will need a business process that allows us to review the country 
names for correctness and possibly receive more frequent updates. In addition, we 
also probably need to ensure that there is one source of data and that any updates 
to the prime source can automatically be updated in the distribution channels. In 
the absence of an automated process a business process needs to be developed. 

I will notify you when all updates have been made. 

.O ri gi nal Message-- - - - 

Sent: 2 0 0 5 8:2 9 AM 

To: 

S u b j e s t by Formosan Association for Public Affairs to remove R.O.C. 

fromcover letter and invoices for 
Importance: High 


FYI 



Require me nts Office 


From: 

S e n t : 0 0 5 8:2 9 AM 
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request to just display "Taiwan". 

So you are aware, I contacted the FAPA - ask them exactly what online 

billing screen they were referring too. returned my call and 

provided me with the necessary i n f o r ma t i o n. c o n v e r s a t i o n, agreed 

that if necessary we would be allowed to use Taiwan, Republic of China or Taiwan, 

R. 0. C. . However they would prefer that we just list Taiwan. 

The next step will be for to let us know whether the change can be made 

and if not the reason. will be able to respond in an appropriate 

manner. In the mean time I w^^^HmTr m FAPA that we understand what their concern 
is and am working it through the appropriate channels. 

Please let me know if you have any questions or co mme n t s. 



Require me nts Office 


From: —^1 

Sent: I hursday, JuI y 28, 2005 10: 30 AM 

ect : e nc es 


Here are the differences in the country code tables 


The questionable ones are most likely Germany and Hong Kong -- understanding that we 
are changing Taiwan. 


Please keep in mind, 
presented to Amtrak. 
of the country codes 
time, they were used 
in circulation. 


we will be using this table in validating passenger documents 
CBP (can forward the note, if you like) said that while some 
may no longer be used (e. g. , East and West Germany), at some 
to issue official citizen documents that may still be valid and 


Let me know what you want me to do 


I 


Production Country Code Table 


CBP Count ry Code Table 


AW/ ARUBA 

AX/ALAND I SLAND 

CS/SERBIA AND MONTENEGRO 

DE/GERMANY 

FEDERAL REPUBLI C 

(none) 

DEMOCRATI C REPUBLI C 
(none) 

(none) 

GE/ GEORGI A 

GS/ S. GEORGI A AND S. SANDWI CH I S 
HK/HONG KONG 
(none) 

KH/ CAMBODI A 
KAMPUCHEA) 


AB/ ABW/ ARUBA 

(del et ed) 

CS/ CZE/ CZECHOSLOVAK! A 

DE/DEU/GERMANY (WEST) 

DD/DDR/GERMANY (EAST) 

EN/ EST/ ESTONI A 
GE/ GE R/ GERMANY ( UNI FI ED) 
GG/ GRZ/ GEORGI A 
(del et ed) 

HK/ HKG/ HONG KONG SAR 

HO/ HNK/ HONG KONG 

KH/ KHM/ CAMBODI A ( FORMER 
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KP/KOREA, NORTH 
(NORTH) 

KR/KOREA, SOUTH 
L K/ SRI LANKA 
CEYLON) 

(none) 

MM/ BURMA 
MYANMAR 
MT/MALTA 
GOZ 0 
(none) 

(none) 

ARABI A/ I RAQ) 

PS/ PALESTI Nl AN TERRITORY, OCCUPIED 
RU/RUSSIAN FEDERATI ON 
(none) 

UNI ON (USSR) 

SY/ SYRI AN ARAB REPUBLI C 
TF/ FRENCH SOUTHERN TERRI TORI ES 
TW/ TAI WAN, REPUBLI C OF CHI NA 
TZ/ TANZANI A, UNI TED REPUBLI C OF 
UM/UNITED STSATES MINOR OUTLYING IS 
(none) 

(none) 

(none) 

(none) 

(none) 

( FRENCH) 

(none) 

YE/ YEMEN 
REPUBLI C (SANAA) 

(none) 

( SANAA) 

(none) 

SERBIA, MONTENEGRO) 

ZW/ Zl MBABWE 
(none) 


Crossi ng. txt 

RMACY/KP/PRK/ KOREA, DEM. REP. 

RMACY/KR/ KOR/ KOREA, REPUBLIC (SOUTH) 
LK/ LKA/ SRI LANKA ( FORMER 

Ml / Ml D/ Ml DWAY I SLANDS 
MM/ BUR/ BURMA / 

MT/MLT/MALTA AND 

NO/ DML/ DRONNI NG MAUD LAND 
NT/NTZ/NEUTRAL ZONE (S. 

PS/Y04/PALESTI NE 

RU/RUS/RUSSIA 

SU/SUN/SOVI ET SOCIALI ST REPS 

SY/ SYR/ SYRI A 
(deleted) 

TW/ TWN/ CHI NA ( TAI WAN) 

TZ/TZA/TANZANIA 
(deleted) 

WK/ WAK/ WAKE I SLAND 

XX/ XXX/ UNKNOWN 

XO/ XXO/ WEST I NDI ES (FRENCH) 

X5/XX5/GAZA STRI P 
X9/XX9/I NDIAN OCEAN AREAS 

YD/YMD/YEMEN, SOUTH (ADEN) 
YE/YEM/YEMEN ARAB 

YM/ YEM/ YEMEN, REPUBLI C OF 

Y0/ SRM/ YUGOSLAVI A ( I NCLUDES 

(del et ed) 

ZR/ZAR/ZAI RE 


From: 
Sent : 
To: 

Subj ect 


ednesday, July 2 7, 2 0 0 5 1:5 0 PM 


or next 


week 


Tuesday 08/02/05 


DRAFT COPY 


If GDS is impacted, we probably should 


talk 


t o 


to have it 


added 


I 

.O riginal Message- - 

From: 

Sent: 2 7, 2005 1:48 PM 

S u b j n e x t week - Tuesday 0 8 / 0 2 / 0 5 - DRAFT COPY 


APIS change doesn't mention regression testing of DOB and R M* C Y entries - Do we need 
to add - If so, then GDS needs to be added too. 


From: 
Sent : 


O riginal Message- 


2005 10:28 AM 
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To: Arrow 

Subject: TPF LOAD REPORT for next week - Tuesday 08/02/05 - DRAFT COPY 


Good Mor ni ng, 

Attached is a draft copy of the TPF LOAD REPORT for next week - Tuesday 08/02/05. 

PROGRAMMERS: Please review your items and verify aii the information is present and 
correct. 

MANAGERS: Please review the items of your team members and verify there is 
sufficient information in each item. 

Send any updates to me, via EMAIL, by 2:30 this afternoon. The load report will be 
published to all users and AUC members before 3:00. Updates must be sent to me via 
EMAIL, any updates made to the Service Center items will NOT be updated on the load 
report. 


Thank You, 



From: 

Sent: b, 2 0 0 5 6:2 1 PM 

Subj ect : 

I should have also mentioned in this email that the RM*CY display and DOB entry 
shouldbetestedfornegativeimpact. 

The service center itemthat will be listed on the load report will detail all 
testing and negative impact testing. 

.Or i gi nal Message-- - - - 

From: pMieB HBflSfiMB 

Sent: 2 0 0 5 1 0:0 5 AM 

Subj ect: API S Phase 1 - I esti ng 

Importance: High 

Good Mor ni ng, 

APIS Phase 1 is scheduled for production load on Tuesday August 2 at 5am ET. 

We have been in our test system for several weeks, and the testing has been very 
productive. Today our modifications are part of the end-to-end test, followed by 
User Acceptance testing on Thursday and Friday. 

Could you please email myself and with the train/date items that you do 

using the send option so that we wi t h CBP that the electronic message was 

successfully processed on their side. In addition to the send option please do 
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negative impact testing for the Border Crossing Manifest display 
We appreciate your testing efforts on this project. 


APIS Phase 1 - Su mma r y 

This phase of the APIS (Automated Passenger Information System) project automates 
sending the border-crossing train manifest, electronically, to CBP's (Customs and 
Border Protection) APIS . A new option on the S 0 L * B entry (below) initiates the 
electronic transmission. 

This product will only test successfully in a test systemwhere Network-1 is 
attached due to our SITA link to APIS. Successful transmissions return (train 
number, departure date and transmission date vary by entry): 

BORDER CROSSING NAME LIST TRAIN 69/01APR NYP 
TRANSMI SSI ON SUCCESSFUL 06/ 14/05 

Any attempt to test with Network-2 or no Network will return (train number, 
departure date and transmission date vary by entry): 

BORDER CROSSING NAME LIST TRAIN 68/28MAR MTR 
TRANSMI SSI ON F AI LURE 06/ 14/05 

MANUALLY FAX MANIFEST TO CBP - CALL HELP DESK TO REPORT ERROR 
SOL* B tttt / (ddmmm) ccc (/SEND) 


Where: 
SOL* B 
tttt 

/ 

d d mmm 
c c c 
/ SEND 
Border 
From: 
Sent : 
To: 


Action code for Border Crossing Manifest 
Train number (1 - 4 numerics) 

De I i mi t e r 

Optional date; default to "train origin date" or "city train date" 

Display all passengers on-board at, or after this city 
Optional parameter to transmit Border Crossing Manifest to CBP (Customs 
Protection) 



iffliiHai 


e: APIS - - Volume testing 1 


All processed correctly. The only error I saw was the transmission of 
8/19 had 1 passenger without a date of birth. 


Depart ment or Ho me i and Security 
Customs and Border Protection 
Enforce ment Systems Branch 


External EmaTT 
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07/26/2005 03: 30 
PM 


+ > 




As part of our official testing today, I sent manifests for 10 different 
days; some will arrive to APIS in a single message, others will arrive in 
mu I t i p I e me s s a g e s. 

When you have an opportunity, will you please check the APIS Test System to 
verify if they processed, or not? 

So me of the transmissions contain the "group" reservations that we 
discussed 

yesterday. Again, at least for Phase 1, the NAD segments for 
group-booki ngs 

will look a little strange because of how Amtrak stores the Group name; 
also, for those group-booki ngs, the corresponding DTM and NAT segments will 
b e a b s e n t . 

Let me know if you have any questions, and thanks in advance! 


Train# Date Origin 

Destination 


69 

15 All GO 5 

NY P 

MTR 

69 

16AUG05 

NY P 

MTR 

69 

17 All GO 5 

NY P 

MTR 

69 

18AUG05 

NY P 

MTR 

69 

19AUG05 

NY P 

MTR 

69 

0 3 OCT 0 5 

NY P 

MTR 

69 

0 4 OCT 0 5 

NY P 

MTR 

69 

0 5 OCT 0 5 

NY P 

MTR 

69 

0 6 OCT 0 5 

NY P 

MTR 

69 

0 7 OCT 0 5 

NY P 

MTR 
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As part of our official testing today, I sent manifests for 10 different days; some 
will arrive to APIS in a single message, others will arrive in multiple messages. 

When you have an opportunity, will you please check the APIS Test System to verify 
i f t hey processed, or not 1 

Some of the transmissions contain the "group" reservations that we discussed 
yesterday. Again, at least for Phase 1, the NAD segments for group-booki ngs will 
look a little strange because of how Amtrak stores the Group name; also, for those 
group-booki ngs, the corresponding DTM and NAT segments will be absent. 

Let me know if you have any questions, and thanks in advance! 


Tr ai n# 

Da t e 


Origin 

Des ti na ti on 

69 


15AUG05 

NY P 

MTR 

69 


16AUG05 

NY P 

MTR 

69 


17AUG05 

NY P 

MTR 

69 


18AUG05 

NY P 

MTR 

69 


19AUG05 

NY P 

MTR 

69 


0 3 OCT 0 5 

NY P 

MTR 

69 


0 4 OCT 0 5 

NY P 

MTR 

69 


0 5 OCT 0 5 

NY P 

MTR 

69 


0 6 OCT 0 5 

NY P 

MTR 

69 


0 7 OCT 0 5 

NY P 

MTR 


Sent : 

l ues ( 

lay, July 21 

>, 2 0 0 5 

10:05 AM 


To: 

Subj ect: APIS Phase 1 - I esti ng 

Importance: High 

Good Mor ni ng, 

APIS Phase 1 is scheduled for production load on Tuesday August 2 at 5am ET. 

We have been in our test system for several weeks, and the testing has been very 
productive. Today our modifications are part of the end-to-end test, followed by 
User Acceptance testing on Thursday and Friday. 

Could you please email myself and with the train/date items that you do 

using the send option so that we wi t h CBP that the electronic message was 

successfully processed on their side. In addition to the send option please do 
negative impact testing for the Border Crossing Manifest display. 

We appreciate your testing efforts on this project. 
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APIS Phase 1 - Su mma r y 

This phase of the APIS (Automated Passenger Information System) project automates 
sending the border-crossing train manifest, electronically, to CBP's (Customs and 
Border Protection) APIS . A new option on the S 0 L * B entry (below) initiates the 
electronic transmission. 

This product will only test successfully in a test systemwhere Network-1 is 
attached due to our SITA link to APIS. Successful transmissions return (train 
number, departure date and transmission date vary by entry): 

BORDER CROSSING NAME LIST TRAIN 69/01APR NYP 
TRANSMI SSI ON SUCCESSFUL 06/ 14/05 

Any attempt to test with Network-2 or no Network will return (train number, 
departure date and transmission date vary by entry): 

BORDER CROSSING NAME LIST TRAIN 68/28MAR MTR 
TRANSMI SSI ON F AI LURE 06/ 14/05 

MANUALLY FAX MANIFEST TO CBP - CALL HELP DESK TO REPORT ERROR 


SOL* B tttt / (ddmmm) ccc (/SEND) 


Where: 

S OL * B 
tttt 

/ 

d d mmm 
c c c 
/ SEND 
Border 
From: 
Sent : 
To: 

Subj ect 


Action code for Border Crossing Manifest 
Train number (1 - 4 numerics) 

De I i mi t e r 

Optional date; default to "train origin 
Display all passengers on-board at 
Optional parameter to transmit Border 
Protection) 


ues day, July 


date" or "city train 
or after this city 
Crossing Manifest to 


date" 

CBP ( C u s t o ms 


Information Requirements for Border Crossing 


There's a CR 1097494 opened to study the feasibility of creating and 
storing the new PNR data elements in order to support the new APIS 
requirements initiated by US Customs, it currently has a target date of 
October 19th. 

Amchecking with the Rail development group as well, will be in touch. 
Regards, 


From: 



c c 


on 07/25/2005 12:14 PM AST 
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Subjec Passenger Information Requirements 
t: for Border Crossing 


Hello 

Please find attached the changes being proposed for the collection of 
additional identification data for the Border Crossing PNRs in Arrow. 

These 

changes are being mandated by the US Border Inspection Agencies. We have 
targeted the require me nts to be of least impact to you, and have a targeted 
date of the 1st October. Please review and let me know which approach for 
passing data that you will employ. 

Thanks, 


<<Amadeus Border Crossing changes. doc >> 


ALL ATTACHMENTS WITHIN THIS MAIL HAVE BEEN REMOVED 



From: _ 

Sent: Monday, July 2 5, 2 0 0 5 6:3 2 PM 

To: 

1 Large Message b 


Subj ect 



Thanks for checking-out the manifest! Our Users will be testing for the rest of the 
week. I may call on you periodically to verify that certain manifests were received 
and processed by APIS. 
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1 


.Original Message. 



dll] 


HlilHil 


a r g e Message 6 


After some initial errors on the table we use in the EDU environment 
manifest were re-submitted as received and processed correctly. 


_Secur i t y 

r ot ecti on 


x r e r n a i t ma i i 


0 7 / 2 5 / 2 0 0 5 0 4: 1 4 


Subject: APIS - Large Message 6 


Okay, here it is -- a large manifest (you would have received 3 separate 
messages) with 3-character country codes. 
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Let me know how it looked to APIS, please. 

Thanks! 


< <T r a i n 6 9 2 5 JUL05 Large Msg 6. d o c > > 

(See attached file: Train 6 9 2 5 JUL05 Large Msg 6.doc) 

: APIS - Large Message 6 

Attachments: Train 6 9 2 5 JUL05 Large Msg 6.doc 

After some initial errors on the table we use in the EDU environment, the 
manifest were re-submitted as received and processed correctly. 


department of Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 




> 
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Okay, here it is -- a large manifest (you would have received 3 separate 
messages) with 3-character country codes. 

Let me know how it looked to APIS, please. 

Thanks! 


< <T r a i n 6 9 2 5 JUL05 Large Msg 6. d o c > > 

(See att ached file: Trai n 6 9 2 5 JUL05 Large Msg 6.doc) 
From: 

Sent: 2 0 0 5 4:1 8 PM 

Subj ect : 


Hi 


Could you please f o r wa r d this. 

APIS Phase 1 is scheduled for production load on Tuesday August 2 at 5am ET. 

We have been in our test system for several weeks, and the testing has been very 
productive. 

The final formal testing begins tomorrow with an end-to-end test followed by User 
Acceptance testing later this week. 

APIS Phase 1 will provide Passenger data currently collect (Passenger name, date of 
birth, country of citizenship) in an electronic transmission to the Customs Border 
Protection APIS system. These electronic transmissions will be initiated by agent 
inputviaaSTARSscreen. 

Please note that we send what data we 'may' have for Group P N R s. We have discussed 
with the APIS group, the group scenarios may cause a 'flag' in the APIS systemthat 
would have been used for enforcement purposes. Amtrak has not yet reached the phase 
for APIS fines, and this situation does not create system errors. There are 
documented open issues for group PNRs which will be addressed in a future phase. 

Thanks, 

From: 

Sent : 

To: 

Cc: _ 

Subj ect: API S - Large Message 


Okay, here it is -- a large manifest (you would have received 3 separate messages) 
with 3-character country codes. 

Let me know how it looked to APIS, please. 

Thanks! 
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Attachments: Train 68 050CT05 3 Char Country Code.doc 

This attached manifest processed okay in our development region. The real 
problem was the following NAD segment: 

NAD + F L +++SUL LI VAN GROUP: BKD11J UL/ DAW/ 79314- + + + + # 


department or Homeland Security 
Customs and Border Protection 
Enforce ment Systems Branch 




> 




Sorry, 


here's the attach ment 


< <T r a i n 6 8 0 5 0CT 0 5 3 Char Country Code. doc>> 

> .Original Message. 

> From: 
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PI ease find attached a copy of a short manifest with the updated 3-character country 
codes. Hopefully that will be the last mod that we need. 


Let me know how the message 
our Users today for testing 


I ooks, pi ease. If i t I ooks 
and anticipate loading next 


good, we'll be giving it to 
TUE, 02AUG05, 



Please find attached a copy of a short manifest with the updated 3-character country 
codes. Hopefully that will be the last mod that we need. 


Let me know how the message looks, please. If it looks good, we'll be giving it to 
our Users today for testing and anticipate loading next TUE, 02AUG05. 


r o m: 
Sent : 
To: 

Subj ect 


uesday, July 1 9, 2 0 0 5 1:1 4 PM 


order 


i ng 


i t a c t I nfrastructure 


AEDI BP1D 


Hello 


RE: Status Report 

I have made an assumption, albeit maybe not correctly, that AEDI B P1D is for Phase 1 
of the APIS project. (If not, of course, correct me.) In addition, KG' s question 
to you is this: If there is a delay of Phase 1, will it cause a delay in Phase 2? 

I have a date of Aug 2nd for implementation. 


From: 

Sent : 

To: 

Cc: 

f^^ect : 
Attachments 


inesday, J uI y 13, 2005 12:31 PM 


FW: APIS phase 
Country Codes 1. 


1 I mp I e me n t a t i o n 
x I s 


Da t e 


Okay, so says APIS has the money to get started on managing this 3-char 

country c<h^^ 


Based on my other note, are you available, and can we acquire your services to: 

1. Update the GR522V DBDEF and DSECT to insert a 3-char country code between the 
2-char country code and the country name, 

2. Update RMACY to accept a 3-char country code ( i . e. , RMACY/AD/AND/ANDORRA) , 

3. Update RMDCY to delete by either a 2 or 3-char country code ( i . e. , RMDCY/AD or 
RMDCY/ AND) , 

4. Update RM*CY to display the 3-char country code, 
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5. Update R M* CYC to accept up to a 3-char country code (i.e., RM*CYC/A, RM*CYC/AN 
and/or RM*CYC/ AND) , and finally, 

6. Create a script that will initialize [clear] the table and populate based on 
the attached document 

What do you say? Doable by 22JUL05? Oh, come on... :-) 


I 


.O ri gi nal Messag e. 

Sent: 1 3, 2 0 0 5 1 2:1 1 PM 
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0 7 / 1 2 / 2 0 0 5 0 2:2 7 
PM 


+ > 


> 



Large Message 4 


> 


Let's try that again... Same train/date sent around 2:20pm, ET. Thanks 


. O ri gi nal Messa ge 

Sent : 

Subj test 



T r a n s mi s s i o n s 


Large Message 4 


none of the messages processed today. they were missing the UNA segment, 
here is an example of one received: 

QU DCAUSCR,IADATXH 121737A: +. ? # 

B +UNOA: 4 +API S AMT: 2V+ USCSAPI S : ZZ+ 0 5 0 7 1 2: 0 9 3 7 +0 

93721++API S#-G+PAXLST+API S AMT: 2V+USCSAPI S: ZZ+050712: 0937+00000001+UN+D: 02B# 


H + 


0 9 3 7 2 1 +PAXL ST: D: 02B: U 
OPERA 

TIONS? CENTER# M+HSSBSSH 


ATA++001: F#M+745++# D+MS+++CENTRALI ZED? NATIONAL? 




F X#T + 2 0 +2 V6 8" 


TE 

+ 232 




4 0: 2 0 1 #C + 8 7 +MTR#M + 1 8 9: 0 5 0 7 0 7 0 9 5 0:2 0 1 # NAD + FL+ ++ZOSMAN: OFER 


MR + + + + + #DT M + 3 2 9: 

530308#NAT + 2 + US#RF F + AVF: 0 6 A9 C3 #NA D + F L + + +^^^^^H+ + + + + #DT M + 3 2 9 : 4 3 0 9 0 7 #NAT + 
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2 +C 

A#RFF+AVF:0383Cl#T+42:105#T+00423+093721#E+1+00000001#Z+1+093721# 
All had the same error. 


department or Homeland Security 
Customs and Border Protection 
Enforce ment Systems Branch 





> 


I think we have the passenger data packaged correctly and the trailer 

counts 

resol ved. 

I sent another large manifest (attached) to APIS around 12:40pm, ET. Will 
you please check that it was received and processed correctly? 

Thanks in advance! 
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Manifest Transmissions - Large Message 3 


Yes, the data pertaining to 


single passenger 


has to stay in together 


) e p a r t me n t 
C u s t o ms and 
E n f o r c e me n t 


of Home land S e c u r i t 
Border Protection 
Systems Branch 


y 





Subject: FW: APIS Manifest Transmissions - Large Message 3 


> 


Below is the outbound message we sent to SITA. 
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NAD segment in question. The rest of the data ( i . e. , DTM, NAT and RFF) for 
the same passenger would have been sent in the next message. 

Is APIS looking for ail of the data pertaining to a single passenger to be 
grouped as one unit, in its entirety ( i . e. , NAD, DTM, NAT and RFF) and in 
t h e s a me me s s a g e 1 


Message 3 
> 

> 


. Ori gi nai Message 

From: 

Sent : ma 

To: 

Cc: 

Subject: 


r i day, July OB, 2 0 0 5 1 0:4 6 AM 


amrest iransmi ssi ons - Large 


Here's the bottomof the first block - that's where the name 


> Start of next block will be whatever is the next item: 


F. AVF: 0 E 6 516 #. 


70EE00 E00 C64EC1E5 C67AF0C5 F6F5F1F6 7B0D0AD5 
t. . N 

70EE10 E10 C1C44EC6 D34E4E4E D3C9D4C1 40C2C1D9 AD.FL... 
70EE20 E 2 0 C2D6E2C1 7AE3C8D6 D4C1E24E 4E4E4E4E 


> 70EE30 E 3 0 7 B0D0AC4 E3D44EF3 F2F97AF9 F8F0F5F1 
#. . DTM. 3 2 9:9 8 0 5 1 

> 70EE40 E40 F47B0D0A D5C1E34E F24EC3C1 7B0D0AD9 
4#. . NAT. 2. CA#. . R 

> 70EE50 E 5 0 C6C64EC1 E5C67AF0 C5F6F5F1 F67B0D0A 
FF. AVF: 0E65 16#. . 


> 

NAD. FL. 
> 


70EE60 E60 D5C1C44E C6D34E4E 


/ U c E 7 0 E 7 0 4E4E4E7B 0D0AC3D5 

#. . CN 

70EE80 E 8 0 E34EF4F2 7AF0F7F4 7B0D0AE4 D5E34EF0 


T. 4 2: 0 7 4 #. . UNT. 0 


70EE90 E 9 0 F0F3F0F7 4EF0F7F4 F1F4F27B 0D0AE4D5 0 3 0 7.0 7 4 1 4 2 

70EEA0 EA0 C54EF14E F0F0F0F0 F0F0F0F1 7B0D0AE4 E. 1.0 0 0 0 0 0 0 1 

70EEB0 EB0 D5E94EF1 4EF0F7F4 F1F4F27B 0D0A0 0 0 0 NZ. 1.0 7 4 1 4 2 


> / 0 E E B 0 EBO D5E94EF1 4EF0F/F4 F1F4F2/B ODOAOOOO NZ. 1.0/414 
#. . . . 

> 

> .Original Message. 

> From: HSHI3EH 

> Sent: 0 8, 2 0 0 5 9:1 7 AM 

To: 

Cc: 

> Subject: F W: APIS Manifest I r a n s mi s s i o n s - Large Message 

> 

> 

> 

> Look at the yellow hi-lited section on page 4 of the 
a 11 a c h me n t. 

> Looks like the manifest had the NAD segment in front of the DTM, but 


Cc: M 
Subj ecTT 


am test Transmissions - Large Message 3 


Look at the yellow hi-lited section on page 4 of the 


> said it is missing. Did we drop it, or SITA? 
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> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

See my 
> 

> 

> 

> 

> 

> 

> 


. Ori gi nal Message 

From 
Sent 
To: _ 

Subj ec 


ri day, 
e: 


uly 


m 


anifest Transmissions - Large Message 3 

It did not process. 


Here is the most resent manifest sent 
inserted text for error. 

Any questions please give me a call 
UNA: + . ? # 

UNB+UNOA:4+API S AMT: 2V+USCSAPI S:ZZ+050707:0630+063059++API S# 


UNG + P AXL ST +API S AMT: 2V+USCSAPI S: ZZ+050707: 0630+00000001+UN+D: 02B# 
UNH+063059+PAXLST: D: 02B: UN:IATA++001: F# 

B G M + 7 4 5 + + # 

NAD + MS+ ++CENTRALI ZED? NATIONAL? OPERATIONS? CENTER# 
TE+^^^^^M: FX# 

T DT 

L OC + 12 5 +MT R# 

DTM+232: 0507061830:201# 

LOC+87+NYP# 

DTM+189: 0507060815: 201# 


> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

wa s 

> no NAD 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 




The highlighted area describes a passenger, but there 


s e g me n t preceding 

t he DTM ********** 

DTM+329: 830730# 

NAT+2+CA# 

RFF+AVF: 0349A9# 

NAD + F L + + +^^H: ^^«+ + + + + # 
DTM+329: 520771# 

NAT+2+US# 

RFF+AVF: 034A4A# 

NAD + F + + +^^H: ^^^^M+ + + + + # 
DTM+329: 820/30# 

NAT+2+AU# 

RFF+AVF: 02F223# 

NAD + F L+ + +HH: ^^g+ + + + + # 

DTM + 3 2 9: 5771191? 

NAT+2+US# 

RFF+AVF:121C9D# 

NAD + F L+ + +■■■■: ^^B+ + + + + # 

DTM+329:490512# 

NAT+2+US# 

RFF+AVF: 034BA1# 

NAD + F + + +^^H: ^H + + + + + # 

DTM + 3 2 9: 777677# 

NAT+2+US# 

RFF+AVF: 02F328# 

NAD + F L+ + +^H|^H : 

DTM+329: 8673777 
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NAT +2 +CA# 

RFF+AVF: 029C4D# 
NAD + FL+ + +^^H: 
DTM+329: 9ToTTT7 
NAT +2 +CA# 

RFF+AVF: 074A9C# 
NAD + FL+ + +^^H: 
DTM + 3 2 9: 4 
NAT +2 +CA# 

RFF+AVF: 074A9C# 
NAD + FL+ + +^^H: 
DTM+329: 831077# 
NAT +2 +CA# 

RFF+AVF: 074A9C# 
NAD + FL+ + +^^B: 

DTM + 3 2 9: 87TT7y#" 
NAT +2 +US # 

RFF+AVF: 0039BC# 
NAD + F L + + +^^H: I 
DTM + 3 2 9: 5TDTDT# 
NAT +2 +US # 

RFF+AVF: 0039BC# 
NAD + F L + + + OH: I 
DTM + 3 2 9: 7 4 0 21 
NAT +2 +KR# 

RFF+AVF: 02DDBA# 
NAD + FL+ + +^H: 

DTM + 3 2 9: 8 7 0 7 1"#" 
NAT +2 +US # 

RFF+AVF: 02F328# 
NAD + F L+ + +^^^H: 
DTM + 3 2 9: 6 00111!# 
NAT+2+US# 

RFF+AVF: 0E9FCE# 
NAD + F L+ + +^^^H: 
DTM+329: 79042/# 
NAT + 2 +1 N# 

RFF+AVF:154FDE# 
NAD + F L + + +^H: 
DTM+329: 670122# 
NAT+2+CA# 

RFF+AVF: 05DBD7# 
NAD + F L+ + +^^^H: 
DTM+329: 9"0"10# 
NAT+2+CA# 

RFF+AVF: 05DBD7# 
NAD + F L+ + +^^^H: 
DTM+329: 580418 # 
NAT+2+CA# 

RFF+AVF: 05DBD7# 
NAD + F L+ + +^^|: 

DTM + 3 2 9: 5 TTTTT#" 
NAT+2+US# 

RFF+AVF: 02FCD3# 
NAD + F L+ + +^^^H: 
DTM + 3 2 9: 6 /UJW 
NAT + 2 +1 E# 

RFF+AVF:159718# 
NAD + FL+ + +I 
DTM + 3 2 9: 67 
NAT+2+CA# 

RFF+AVF: 0E6516# 
NAD + FL+ + +I 


Bor der Crossi ng. 
I+ + + + + # 

I+++++# 

I+++++# 

I+++++# 


I+++++# 


+ + + + + # 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 
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> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


DTM+329: 590512# 
NAT +2 +AU# 

RFF+AVF: 0334B3# 
NAD + F L+ + +MHM: 
DTM + 3 2 9: 9 
NAT +2 +AU# 

RFF+AVF:0334B3# 
NAD + F L+ + +HHHH: 
DTM+329: 881202# 
NAT +2 +AU# 

RFF+AVF: 0334B3# 
NAD + F L+ + +HHHH: 
DTM + 3 2 9: 6 
NAT +2 +AU# 

RFF+AVF:0334B3# 
NAD + F L + + +■■■: 
DTM+329: 9UU512# 
NAT +2 +AU# 

RFF+AVF: 0334B3# 
NAD + F L+++HH: 
DTM+329: 9U11H# 
NAT+2+AU# 

RFF+AVF: 0334B3# 
NAD + FL+ + +I 
DTM + 3 2 9: 830803#" 
NAT+2+US# 

RFF+AVF: 0F6997# 
NAD + F L + + +I 
DTM+329:4' 
NAT+2+CA# 

RFF+AVF: 02B108# 
NAD + FL+ + +I 
DTM + 3 2 9: 9" 0516#' 
NAT+2+CA# 

RFF+AVF:130EA3# 
NAD + FL+ + +HH: 
DTM + 3 2 9: OTOTry# 
NAT +2 +P K# 

RFF+AVF: 031CC6# 
CNT+42: 074# 

UNT+00307+063059# 
UNE+1+00000001# 
UNZ+1+063059# 


Border Crossing.txt 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+ + + + + # 


I+++++# 




+++++# 


I+++++# 


I+++++# 


department or Homeland Security 
Customs and Border Protection 
Enforce me n t Systems Branch 
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> I + > 

> 

> 

>. 


> | To 



> | Subject: APIS Manifest Transmissions - Large 

Message 3 

> I 


> 

> 

> 


> 

> 

> 

> 

> 

> I sent another large manifest transmission (looks like it 
wo uI d have 

> been 

> two separate ones to APIS) this morning with the corrected 
date 

> fields. A 

> copy of the manifest is attached below. Again, please keep in 
mi n d, 

> t h e 

> "seconds" in the timestamp will be slightly askew. 

> 

> For this transmission, will you please specifically review the 
U NT, 

> UNE and 

> UNZ segments? Not only for syntax, but more for accuracy of 
t h e 

> content. 

> I 

> amconcerned that because we are having to split the manifest 

into 

> separate 

> messages to get it through SITA, the values in these segments 

> particularly the UNT segment -- may not be correct. 

> 

> Thanks inadvance. 

> 

> 
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Border Crossing.txt 

anifest Transmissions - Large Message 2 


sent on 

> 7/6 we 

> 


Sorry for the iate response. After reviewing you messages 
found the folio wing errors: 

The date format in the DTM+232 and DTM+189 segments are wrong 

The date used in these segments was 0529061940 and 0529060950 
The correct format is 0506291940 and 0506290950. 


Hope this makes sense, any questions please let me know. 


Depart me n t or Home land Security 
Customs and Border Protection 
Enforce me n t Systems Branch 



07/06/2005 11:21 


Message 
> 2 


Subj ect : 


APIS Manifest Transmissions - Large 
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> 

> 

> 

> 

> 

> 

> 

> correct. 

> 

> 

me s s a g e s via 

> SI TA. 

> 

> 

APIS and 

> appear 

> 

> 

> 

> me s s a g e (s) 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

large 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

>. 

> - - 
> 

> 

> 

> 


Border Crossing.txt 


My apologies for misleading you; what you found is most likely 
Our "large" message was in fact sent as three separate 
I 

thought these separate messages would be " re- assembl ed" in 

as one "large" message or a compI et e ma ni f es t . 

Was the syntax -- particularly the headers/trailers -- of the 
correct for it to be processed in APIS? 


.Original Message. 

S u b j f e s t Transmissions - Large Message 2 


I found three transmissions from Amt rak, but did not see the 
transmission you had attached. 


department of Homeland Security 
Customs and Border Protection 
Enforce me n t Systems Branch 




Page 449 








Exemption 6 



Message 2 


Subject: APIS Manifest Transmissions - Large 


> A mt r a k -1 o 

> 

> 

> 

bei ng 

> s e n t wi t h 

> 

> 

> 

a n d 

> advise if 

> 

that 

> t h e 

> 

wi I I 

> vary 

> 

i n 

> locating 

> 


Per Paul's request, please find attached a new "large" 

API S 

t r a n s mi s s i on. 

Our issue before was that the headers and trailers were not 


each file sent through SITA. 

Will you please validate the receipt of the attached message 
it was either successful or contains errors? Please be aware 


seconds value of the timestamps in the message(s) you receive 
slightly from the ones in the attachment. This may help you 


t h e 

message in APIS. 
Thanks, 


. Ori gi nal Message- 

From: 

Sent: 

To: 

Cc: 
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Border Crossing.txt 
"Ma n i test Transmi ssi ons 


Large Message 


I review the large message. Here is the problem. 

You will need to replicate the header UNA through the DTM 

trailer UNT, UNE and UNZ when attempting to send a file larger 


bytes. Below is an example of what we 
receive when SITA breaks up the message: 

QU DCAUSCR,IADATXH 
2 8 2 0 5 8 DT M + 3 2 9: 9403 14#NAT + 2 + US#RF F +AVF: 0A1 D20#NAD + F L + + +| 

|+ + + + + #DT M + 3 2 9: 510704#NAT + 2+ US#RFF+AVF: 136907#NAD + FL+ + +| 
I+ + 


|+++++#DTM+ 



> 

> 

> 

> 

> 

> 

> 

> 

s e g me n t s 

> and the 

> 

then 

> 3 2 0 0 

> 

> 

> 

> 

> 

> 

> ■ 

> 

> 

> 

+ + + #DT M + 3 2 9:4 2 1 2 1 6 #NAT+2+US#RFF+AVF: 08C9F6#NAD + F L + + +| 

> 32 

> 

> 

> 

> 9:9 

> 

> 

70213#NAT+2+US#RFF+AVF: 0 B 8 8 6 1 #NAD + F L^M+ + + + + #DTM + 3 2 9: 9 8 1 1 2 8 #NAT 
> +2 
> 

> 

> 

> + US 

> 

> 

#RF F +AVF: 0 B 8 8 6 1 #NAD + F L- + ^™+ + + + + #DT M + 3 2 9: 020813#NAT+2+US#RFF+AVF: 

> OB 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

Train 


886 

l#CNT+42: 099#UNT+00405+125839#UNE+1+00000001#UNZ+1+125839# 


department of Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 
Ph. 

Fax. _ 

Externa 



(See attached file: Train 6 8 2 9JUN05 Large Msg 2.doc) 


(See attached file: Train 6 8 2 9JUN05 Large Msg 3.doc) << File: 
> 68 29J UN05 Large Msg 3. doc >> 
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(See attached file: Train 6 8 0 7JUL05 Large Msg 4.doc) 
(See attached file: Train 6 8 0 7JUL05 Large Msg 5.doc) 


From: 
Sent : 
To: 



uI y 12, 


2005 4:22 PM 
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Thanks; I will wait to hear back from you. 


.Or i gi nal Message- 

From: ■■■■■■■■I 
Sent: 

To: 


Subj ec 


anifest Transmissions - Large Message 4 


the error was corrected, but the is an error in the edifact and the 
transmission errored off. I have to research the error and get back to 
you. 


Lie p a r t me n t or Ho me land Security 
Customs and Border Protection 
Enforce me n t Systems Branch 


: x t e r n a l Ema i I : 


0 7 / 1 2 / 2 0 0 5 0 2:2 7 


uDj ec 


RE: APIS Manifest Transmissions - Large Message 4 


Let's try that again... 


Same train/date sent around 2:20pm, ET. Thanks 
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.Ori gi nal Message. 

Subj f est Transmissions - Large Message 4 


none of the messages processed today. they were missing the UNA segment, 
hereisanexampleofonereceived: 

QU DCAUSCR, I ADATXH 1 2 1 7 3 7 A: +. ? # 

B+UNOA:4+API S AMT: 2V+ USCSAPI S : ZZ+ 0 5 0 7 1 2: 0 9 3 7 +0 

9 3 7 2 1 ++API S #-T3 + P AXL ST+API S AMT: 2V + USCSAPI S : ZZ+0 5 0 7 1 2: 0 9 3 7 +0 0 0 0 0 0 0 1 +UN + D: 02B# 


H + 


I ATA + + 001: F#M + 7 4 5 + + # D + MS + ++CENTRALI ZED? NATIONAL? 


093721+PAXLST: D: 02B: 

OPERA 

TIONS? CENTER# TE 

F X#T +2 0 +2 V6 3 2 

4 0: 2 0 1 #C +8 7 +MT R#M + 1 8 9: 0 5 0 7 0 7 0 9 5 0:2 0 1 # NAD + FL+ + +I 
MR+++++#DTM+329: 

530308#NAT + 2 + US#RFF + AVF: 06A9C3#NAD + F L + + +■ 




2lP 


.. 430907#NAT+ 


2+C 

A#RF F +AVF: 0383Cl#T+4 2: 1 0 5 #T +0 0 4 2 3 +0 9 3 7 2 1 #E + 1 +0 0 0 0 0 0 0 1 #Z + 1 +0 9 3 7 2 1 # 
All had the same error. 


)epart ment of Homeland Security 
Customs and Border Protection 
Enforcement Systems Branch 




> 


To 
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I think we have the passenger data packaged correctly and the trailer 

counts 

resol ved. 


I sent another large manifest (attached) to APIS around 12:40pm, ET 
you please check that it was received and processed correctly? 

Thanks in advance! 


I 


.Original Message. 

S u b j Manifest Transmissions - Large Message 3 


Yes, the data pertaining to a single passenger has to stay in together 



0 7 / 0 8 / 2 0 0 5 1 1:3 7 
AM 


+ > 
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Below is the outbound message we sent to SITA. It appears to contain the 
NAD segment in question. The rest of the data ( i . e. , DTM, NAT and RFF) for 
the same passenger would have been sent in the next message. 

Is APIS looking for all of the data pertaining to a single passenger to be 
grouped as one unit, in its entirety ( i . e. , NAD, DTM, NAT and RFF) and in 
t h e s a me me s s a g e 1 


Message 3 
> 


.Or i g i 

From: 

Sent : 

To: 

Cc: 

Subject: 


nal Message- 


r i day, July 08, 2 0 0 5 1 0:4 6 AM 


amresr iransmi ssi ons - Large 


Here's the bottomof the first block - that's where the name 


> Start of next block wi 

> 

> 70EE00 E00 
F. AVF: 0 E 6 516 #. . N 

> 70EE10 E10 


II be whatever is the next item: 

C64EC1E5 C67AF0C5 F6F5F1F6 7B0D0AD5 
C1C44EC6 D34E4E4E D3C9D4C1 40C2C1D9 AD. F L. 


70EE20 E 2 0 C2D6E2C1 7AE3C8D6 D4C1E24E 4E4E4E4E 


> 70EE30 E 3 0 

#. . DTM. 3 2 9:9 8 0 5 1 

> 70EE40 E40 

4#. . NAT. 2. CA#. . R 

> 70EE50 E 5 0 

FF. AVF: 0 E 6 516 #. . 

> 70EE60 E60 

NAD. FL. . 


7B0D0AC4 E3D44EF3 F2F97AF9 F8F0F5F1 
F47B0D0A D5C1E34E F24EC3C1 7B0D0AD9 
C6C64EC1 E5C67AF0 C5F6F5F1 F67B0D0A 
D5C1C44E C6D34E4E 
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> 70EE70 E 7 0 4E4E4E7B 0D0AC3D5 

.#.. cn 

70EE80 E 8 0 E34EF4F2 7AF0F7F4 7B0D0AE4 D5E34EF0 
T. 4 2: 0 7 4 #. . UNT. 0 

> 70EE90 E 9 0 F0F3F0F7 4EF0F7F4 F1F4F27B 0D0AE4D5 0 3 0 7.0 7 4 1 4 2 
#. . UN 

> 70EEA0 EAO C54EF14E F0F0F0F0 F0F0F0F1 7B0D0AE4 E. 1.0 0 0 0 0 0 0 1 
#. . U 

> 70EEB0 EBO D5E94EF1 4EF0F7F4 F1F4F27B 0D0A0 0 0 0 NZ. 1.0 7 4 1 4 2 
#. . . . 

> 

> .Original Message. 

> From: ■■■HMHHi 

> S e n t : FMaay^uT y 0 8, 2 0 0 5 9:1 7 AM 
To: 

Cc: 

> Subj ons - Large Message 3 

> 

> 

> 

> Look at the yellow hi-lited section on page 4 of the 
a 11 a c h me n t . 

> Looks like the manifest had the NAD segment in front of the DTM, but 


. Ori gi nal Mes s age. 

From: ■■■HMHHi 

Sent: Friaay^jLiTy 0 8, 2 0 0 5 9:1 7 AM 
To: 

Cc: 

Subj ons - Large Message 3 


Look at the yellow hi-lited section on page 4 of the 


> said it is missing. Did we drop it, or SITA? 

> 

> 


anifest Transmissions - Large Message 3 


> 

> .Original Message. 

> Subj^^^Wifest Transmissions - Large Mes 

> 

> 

> Here is the most resent manifest sent. It did not p 
See my 

> inserted text for error. 

> 

> Any questions please give me a call 

> 

> UNA: + . ? # 

> UNB+UNOA:4+API S AMT: 2 V+ US CS API S : ZZ+ 0 5 0 7 0 7: 0 6 3 0 +0 6 3 0 5 

> 

UNG + P AXL ST +API S AMT: 2V+USCSAPI S: ZZ+050707: 0630+00000001+UN+D: 02B# 


Here is the most resent manifest sent. It did not process, 
inserted text for error. 

Any questions please give me a call 
UNA: + . ? # 

UNB+UNOA: 4-FAPI S AMT: 2V + USCSAPI S: ZZ + 050707: 0630+063059 + +API S# 


UNH+063059+PAXLST: D: 02B: UN:IATA++001: F# 

BGM+745++# 

NAD + MS+ ++CENTRALI ZED? NATIONAL? OPERATIONS? CENTER# 

COM+^^^^^^H: TE+^^^^^H: FX# 

T DT 

LOC+125+MTR# 

DTM + 2 3 2: 0 5 0 7 0 6 1 8 3 0:2 0 1 # 

LOC+87+NYP# 

DTM + 1 8 9: 0 5 0 7 0 6 0 8 1 5: 2 0 1 # 

******* The highlighted area describes a passenger, but there 


wa s 

> no NAD 

> 


segment preceding 
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Border Crossing, 
the DTM * * * ******* 

DTM+329: 8 3 0 7 3 0 # 

NAT +2 +CA# 

RFF+AVF:0349A9# 

NAD + F L+ + +^^^^^™+ + + + + # 

DTM + 3 2 9: STOTzT# 

NAT +2 +US # 

RFF+AVF: 034A4A# 

NAD + F L + + +^^M ^^^^H+ + + + + # 
DTM+329: 820730# 

NAT +2 +AU# 

RFF+AVF: 02F223#_ 

NAD + F L+ + +^^^M: ^^H+ + + + + # 
DTM+329: 500II9# 

NAT+2+US# 

RFF+AVF:121C9D# _ 

NAD + F L+ + + M^M : |^^H+ + + + + # 
DTM+329:49U3I2# 

NAT+2+US# 

RFF+AVF: 034BA1# 

NAD + F + + +^^H: ^^^^^^H+ + + + + # 
DTM + 3 2 9: iTKVl# 

NAT+2+US# 

RFF+AVF: 02 F328# _ 

NAD + F L+ + +|^^^H: ^^H+ + + + + # 

DTM + 3 2 9: 

NAT+2+CA# 

RFF+AVF:029C4D# _ 

NAD + F L + + +^^H: ^^^^H+ + + + + # 

DTM + 3 2 9: 9 1 U111# 

NAT+2+CA# 

RFF+AVF: 074A9C# 

NAD + F + + +^^H: ^^^^^H+ + + + + # 

DTM + 3 2 9: 4 
NAT+2+CA# 

RFF+AVF:074A9C# _ 

NAD + F L + + +^^H: ^^^H+ + + + + # 
DTM+329: 83To7T# 

NAT+2+CA# 

RFF+AVF: 074A9C# 

NAD + F + + +^^H: ^^^^^^H+ + + + + # 

DTM + 3 2 9: 8 TTT 2 T# 

NAT+2+US# 

RFF+AVF: 0039BC# 

NAD + F L + + +^^H: ^^H+ + + + + # 

DTM + 3 2 9: 5 3 0TW# 

NAT+2+US# 

RFF+AVF: 0039BC# 

NAD + F L + + +■: ^^^H+ + + + + # 

DTM + 3 2 9: 7W2(JJI 
NAT +2 +KR# 

RFF+AVF: 02DDBA# 

NAD + F L + + +^^H: ^^^H+ + + + + # 
DTM+329: 8ToTT7# 

NAT+2+US# 

RFF+AVF: 02F328# 

NAD + F L+ + +^^^H: ^^^^^H+ + + + + # 
DTM+329: 6 T 0 TT 2 # 

NAT+2+US# 

RFF+AVF: 0E9FCE# 

NAD + F L+ + +|^^H: ^^^^^^H+ + + + + # 
DTM+329: 79042/# 

NAT + 2 +1 N# 


t xt 
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> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


RFF+AVF:154FDE# 
NADFFL+HBHH 
DTM+329: 6/U122# 
NAT +2 +CA# 

RFF+AVF: 05DBD7# 
NAD + FL+ + +H|H 
DTM + 3 2 9: 9To7TtF 
NAT +2 +CA# 

RFF+AVF: 05DBD7# 
NAD + FL+ + +■■■■ 
DTM + 3 2 9: 5wTTtHP 
NAT +2 +CA# 

RFF+AVF: 05DBD7# 
NAD + FL+ + +■■■ 
DTM+329: 53TT7T 
NAT +2 +US # 

RFF+AVF: 02FCD3# 
NAD + FL+ + +HHHB 
dtm+ 3 2 9: sTTinTr 
NAT + 2 +1 E# 

RFF+AVF:159718# 
NAD + FL+ + +I 
DTM+329: 6 
NAT +2 +CA# 

RFF+AVF: 0E6516# 
NAD + FL+ + +HHH 
DTM + 3 2 9: 5 D U D H I 
NAT +2 +AU# 

RFF+AVF: 0334B3# 
NAD + FL+ + +HHH 
DTM + 3 2 9: 9bUTTTlP^ 
NAT +2 +AU# 

RFF+AVF: 0334B3# 
NAD + FL+ + +HHHH 
DTM+329: 8812U2# 
NAT +2 +AU# 

RFF+AVF: 0334B3# 
NAD + FL+ + +HHH 
DTM + 3 2 9: 6 
NAT +2 +AU# 

RFF+AVF: 0334B3# 
NAD + FL+ + +HHHH 
DTM+329: 9UU312# 
NAT +2 +AU# 

RFF+AVF: 0334B3# 
NAD + FL+ + +HHH 
DTM + 3 2 9: 9 D11HI 
NAT +2 +AU# 

RFF+AVF: 0334B3# 
NAD + F L + + +■§■ 

DTM + 3 2 9: 8 "U8U" 

NAT +2 +US # 

RFF+AVF: 0F6997# 
NAD + F L + + +^H: 

DTM + 3 2 9: 4TTTIT6# 
NAT +2 +CA# 

RFF+AVF: 02B108# 
NAD + F L + + +HH: 
DTM + 3 2 9: 9W5TT# 
NAT+2+CA# 

RFF+AVF:130EA3# 
NAD + FL+ + +HH 
DTM+329: OlUDlDI 


Bor der Crossi ng. 
I+ + + + + # 

I+++++# 

I+++++# 

I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


+ + + + + # 


I+ + + + + # 


I+++++# 


t xt 
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> 

> 

> I sent another large manifest transmission (looks like it 
wo uI d have 

> been 

> two separate ones to APIS) this morning with the corrected 
date 

> fields. A 

> copy of the manifest is attached below. Again, please keep i 
mi n d, 

> t h e 

> "seconds" in the timestamp will be slightly askew. 
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> 

> 


UNT, 

> UNE and 

> 

t h e 

> content. 

> 

> 

into 

> separate 

> 


Border Crossing.txt 

For this transmission, will you please specifically review the 
UNZ segments? Not only for syntax, but more for accuracy of 
I 

am concerned that because we are having to split the manifest 
messages to get it through SITA, the values in these segments 


> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

sent on 

> 7/6 we 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


particularly the UNT segment -- may not be correct 
Thanks in advance. 


I 


.O riginal Message 

From: 

Sent : 

S u b j f e s t 



T r a n s mi s s i o n s 


Large Message 2 


Sorry for the late response. After reviewing you messages 


found the folio wing errors: 

The date format in the DTM+232 and DTM+189 segments are wrong, 


The date used in these segments was 0529061940 and 0529060950 
The correct format is 0506291940 and 0506290950. 


Hope this makes sense, any questions please let me know. 


department or Homeland Security 
Customs and Border Protection 
Enforce me n t Systems Branch 
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> 

> 

> 


me s s a g 

> SI TA 

> 

> 

API S a 


m 
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> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


Border Crossing.txt 
Department of Homeland Security 
Customs and Border Protection 
Enforce me n t Systems Branch 



> | Subject: APIS Manifest Transmissions - Large 

Message 2 

> 

> 

> 

> 

>. 

> - - 
> 

> 

> 

> 

> 

> 


> 

> 

> Per s request, please find attached a new "large" 

> Amtrak-to-APIS 

> t r a n s mi s s i o n. 

> 

> Our issue before was that the headers and trailers were not 
bei ng 

> s e n t wi t h 

> each file sent through SITA. 

> 

> Will you please validate the receipt of the attached message 
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a n d 

> advise if 

> 

that 

> t h e 

> 

wi I I 

> vary 

> 

i n 

> locating 

> 


Border Crossing.txt 


it was either successful or contains errors? Please be aware 


seconds value of the timestamps in the message(s) you receive 
slightly from the ones in the attachment. This may help you 


t h e 

message in APIS. 
Thanks, 


. Ori gi nal Message- 

From: 

Sent: 

To: 


iubj ect : Re: 


Manifest Transmissions - Large Message 


s e g me n t s 

> and the 

> 

then 

> 3 2 0 0 

> 

> 

> 

> 

> 

> 

> MS:^^ 

> 

> 


1 review the large message. Here is the problem. 

You will need to replicate the header UNA through the DTM 

trailer UNT, UNE and UNZ when attempting to send a file larger 

bytes. Below is an example of what we 
receive when SITA breaks up the message: 

QU DCAUSCR,IADATXH 

2 8 2 0 5 8 DT M + 3 2 9: 9403 14#NAT +2 + US#RF F +AVF: 0 A1 D2 0 #NA D + F L + + 

|+ + ++ + #DT M + 3 2 9: 5 107 04#NAT + 2 + US#RF F +AVF: 1 3 6 9 0 7 #NA D + F L+ + +_: _ 

^H+ + 


+ + + #DT M + 3 2 9:421216#NAT + 2+ US#RFF + AVF: 08C9F6#NAD + FL+ + +| 

> 32 

> 


|+ + + + + #DT M + 


70213#NAT+2+US#RFF+AVF: 0B8861#NAD+FL+++| 
> +2 
> 


|+ + + + + #DT M + 3 2 9: 9 8 1 1 2 8 #NAT 
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Border Crossing.txt 

> 

> 

#RF F +AVF: 0 B 8 8 6 1 #NAD + F L- + ^M+ + + + + #DT M + 3 2 9: 020813#NAT + 2+ US#RFF + AVF 

> OB 


> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

Train 

> 6 8 2 9J UNO 5 


886 

1#CNT+42:099#UNT+00405+125839#UNE+1+00000001#UNZ+1+125839# 


department of Ho me land Securi 
Customs and Border Protection 
Enforce me nt Systems Branch 
Ph. 

Fax. __ 

Externa 



ty 


(See attached file: Train 6 8 2 9JUN05 Large Msg 2.doc) 


(See attached file: Train 6 8 2 9JUN05 Large Msg 3.doc) << File 
Large Msg 3. doc >> 


(See attached file: Train 6 8 0 7JUL05 Large Msg 
(See attached file: Train 6 8 0 7JUL05 Large Msg 


From: 
Sent : 
To: 

Cc: 

Subj ect 


uesday, Jul y 12, 


2005 3:53 PM 



r a n s mi s s i o n s 


Thanks; I will wait to hear back fromyou 


4. doc) 

5. doc) 



^fls age 


4 


.O riginal Mes s a g e 

From: 

Sent : 

Subj f e s 



T r a n s mi s s i o n s 


Lar ge Message 4 


the error was corrected, but the is an error in the edifact and the 
transmission errored off. I have to research the error and get back to 
you. 


department or Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 
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Border Crossing.txt 



■ 


07/12/2005 02:27 


PM 


+ > 




Let's try that again... Same train/date sent around 2:20pm, ET. Thanks 


I 


. O ri gi nal Messa ge 

From: 

Sent : 

Subj test 



T r a n s mi s s i o n s 


Large Mess age 4 


none of the messages processed today. they were missing the UNA segment, 
here is an example of one received: 

QU DCAUSCR, I ADATXH 121737A: +. ? # 

B +UNOA: 4 +API S AMT: 2V+ USCSAPI S : ZZ+ 0 5 0 7 1 2: 0 9 3 7 +0 

93721++API S#-G+PAXLST+API S AMT: 2V+USCSAPI S: ZZ+050712: 0937+00000001+UN+D: 02B# 


H + 

093721+PAXLST: D: 02B 
OPERA 

TI ONS? CENTER# 

F X #T + 2 0 + 2 V' 


IATA + + 001: F#M + 7 4 5 + + # D + MS + + + CE NTRALI ZE D? NATIONAL? 






(4 0: 2 0 1 #C +8 7 +MT R#M + 1 8 9: 0 5 0 7 0 7 0 9 5 0:2 0 1 # NAD + FL+ + +I 
MR + + + + + #DT M + 3 2 9: 

530308#NAT+2+US#RFF+AVF: 06A9C3#NAD + F L + + +■ 


|+ + + + + #DT M + 3 2 9: 430907#NAT + 


2+C 

A#RF F +AVF: 0383Cl#T+4 2: 1 0 5 #T +0 0 4 2 3 +0 9 3 7 2 1 #E + 1 +0 0 0 0 0 0 0 1 #Z + 1 +0 9 3 7 2 1 # 


AM had the same error 
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To 


[iisi 


[Ilf] 


[Wilfll 
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Border Crossing.txt 

Yes, the data pertaining to a single passenger has to stay in together 


department or Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 





Subject: FW: APIS Manifest Transmissions - Large Message 3 


> 


Below is the outbound message we sent to SITA. It appears to contain the 

NAD segment in question. The rest of the data ( i . e. , DTM, NAT and RFF) for 
the same passenger would have been sent in the next message. 

Is APIS looking for all of the data pertaining to a single passenger to be 
grouped as one unit, in its entirety ( i . e. , NAD, DTM, NAT and RFF) and in 
the s a me me s s a g e 1 


> .Original Message. 

> From: 

> Sent: 0 0 5 1 0:4 6 AM 
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Message 3 
> 


To: 

Cc: 

Subject: 


Border Crossing.txt 


amresr iransmi ssi ons - Large 


Here's the bottom of the first block - that's where the name 


> Start of next block will be whatever is the next item: 

> 

> 70EE00 E00 C64EC1E5 C67AF0C5 F6F5F1F6 7B0D0AD5 
F. AVF: 0 E 6 516 #. . N 

> 70EE10 E10 C1C44EC6 D34E4E4E D3C9D4C1 40C2C1D9 AD.FL...LIMA 
BAR 

> 70EE20 E 2 0 C2D6E2C1 7AE3C8D6 D4C1E24E 4E4E4E4E 


> 70EE30 E 3 0 7 B0D0AC4 E3D44EF3 F2F97AF9 F8F0F5F1 
#. . DTM. 3 2 9:9 8 0 5 1 

> 70EE40 E40 F47B0D0A D5C1E34E F24EC3C1 7B0D0AD9 
4#. . NAT. 2. CA#. . R 

> 70EE50 E 5 0 C6C64EC1 E5C67AF0 C5F6F5F1 F67B0D0A 
FF. AVF: 0E65 16#. . 

> 70EE60 E60 D5C1C44E C6D34E4E 
FL. 

> ^^^TrE70 E 7 0 4E4E4E7B 0D0AC3D5 

.#. . CN 

> 70EE80 E 8 0 E34EF4F2 7AF0F7F4 7B0D0AE4 D5E34EF0 
T. 4 2: 0 7 4 #. . UNT. 0 

> 70EE90 E 9 0 F0F3F0F7 4EF0F7F4 F1F4F27B 0D0AE4D5 0 3 0 7.0 7 4 1 4 2 
#. . UN 

> 70EEA0 EA0 C54EF14E F0F0F0F0 F0F0F0F1 7B0D0AE4 E. 1.0 0 0 0 0 0 0 1 
#. . U 

> 70EEB0 EBO D5E94EF1 4EF0F7F4 F1F4F27B 0D0A0 0 0 0 NZ. 1.0 7 4 1 4 2 
#. . . . 

> 

> .Original Message. 

> From: 

> Sent: 0 8, 2 0 0 5 9:1 7 AM 

To: 

Cc: 

> Subject: F W: APIS Manifest I r a n s mi s s i o n s - Large Message 3 

> 

> 

> 

> Look at the yellow hi-lited section on page 4 of the 
a 11 a c h me n t. 

> Looks like the manifest had the NAD segment in front of the DTM, but 
Frank 

> said it is missing. Did we drop it, or SITA? 

> 

> 

> I 


.O ri gi nal Mes s age. 

From: 

Sent: 0 8, 2 0 0 5 9:1 7 AM 

To: 

Subject: F W: APIS Manifest I r a n s mi s s i o n s - Large Message 3 


Look at the yellow hi-lited section on page 4 of the 


.Ori gi nal Message. 

S u b j f e s t Transmissions 


Large Message 3 


Here is the most resent manifest sent. It did not process 
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Border Crossing.txt 

S e e my 

> inserted text for error. 

> 

> Any questions please give me a call 

> 

> UNA: + . ? # 

> UNB+UNOA:4+API S AMT: 2V + USCSAPI 5: ZZ+050707:0630+063059++API S# 

> 


UNG + PAXL ST+API S AMT: 2V + USCSAPI S: ZZ + 050707: 0630+00000001+UN + D: 02B# 

> UNH+063059+PAXLST: D: 02B: UN: I ATA++001: F# 

> BGM+745++# 

> NAD+MS+++CENTRALI ZED? NATIONAL? OPERATIONS? CENTER# 

0 M T E F X # 

> T dt 

> LOC+125+MTR# 

> DTM+232:0507061830: 201# 

> LOC+87+NYP# 

> DTM+189: 0507060815:201# 


> 

> 

wa s 

> no NAD 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


******* The highlighted area describes a passenger, but there 


segment preceding 

the DTM ********** 

DTM+329: 830730# 

NAT+2+CA# 

RFF+AVF: 0349A9#_ 

NAD + F L + + +^^H: + + + + + # 


DTM+329: 5. 

NAT+2+US# 

RFF+AVF: 034A4A# 

NAD + F + + +^^H: ^^^^M+ + + + + # 
DTM+329: 820/30# 

NAT+2+AU# 

RFF+AVF: 02F223# 

NAD + F L+ + +HHIH: ^^| + + + + + # 

DTM + 3 2 9: 5tn^TOf 
NAT+2+US# 

RFF+AVF:121C9D# 

NAD + F L+ + +H^H:^^H+ + + + + # 
DTM+329:490512# 

NAT+2+US# 

RFF+AVF: 034BA1# 

NAD + F + + +^^H: ^^^^^^H+ + + + + # 
DTM+329: 78OUO# 

NAT+2+US# 

RFF+AVF: 02F328# 

NAD + F L+ + +^^^^B : ^^H+ + + + + # 

DTM + 3 2 9: 8 UJI 

NAT+2+CA# 

RFF+AVF: 029C4D# 

NAD + F L + + +^^H: ^^^^H+ + + + + # 

DTM+329: 9101111 

NAT+2+CA# 

RFF+AVF: 074A9C# 

NAD + F L + + +■■■: + + + + # 

DTM + 3 2 9: 4 

NAT+2+CA# 

RFF+AVF: 074A9C# 

NAD + F L + + +■■: ^^^^+ + + + + # 
DTM+329: 831024# 

NAT+2+CA# 

RFF+AVF: 074A9C# 
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NAD + F L + + +HBB 
DTM+329: 87TT73 
NAT +2 +US # 

RFF+AVF: 0039BC# 
NAD + FL+ + +^^«: I 
DTM + 3 2 9: 5 3 DTW# 
NAT +2 +US # 

RFF+AVF: 0039BC# 
NAD + F L + + +■: 

DTM + 3 2 9: 7W2 0J# 
NAT +2 +KR# 

RFF+AVF: 02DDBA# 
NAD + FL+ + +^H 
DTM + 3 2 9: 8 “71" 
NAT+2+US# 

RFF+AVF: 02F328# 
NAD + F L+ + +^^^H 
DTM + 3 2 9: 6 0011!)# 
NAT+2+US# 

RFF+AVF: OE9FCE# 
NAD + F L+ + +^^^H 
DTM+329: 79U42/# 
NAT + 2 +1 N# 

RFF+AVF:154FDE# 
NAD + F L+ + +^^^H 
DTM+329: 670122# 
NAT+2+CA# 

RFF+AVF: 05DBD7# 
NAD + F L+ + +^^^H 
DTM+329: 9 J 0 J10 # 
NAT+2+CA# 

RFF+AVF: 05DBD7# 
NAD + F L+ + +^^^H 
DTM+329: 58U4I8# 
NAT+2+CA# 

RFF+AVF: 05DBD7# 
NAD + FL+ + +^^« 
DTM+329: 5 TTTTT 
NAT+2+US# 

RFF+AVF: 02FCD3# 
NAD + F L+ + +^^^H 
DTM+329: 62IUI4# 
NAT + 2 +1 E# 

RFF+AVF:159718# 
NAD + FL+ + +I 
DTM+329: 6 
NAT+2+CA# 

RFF+AVF: 0E6516# 
NAD + F L+ + +^^^H 
DTM+329: 50001)1 
NAT+2+AU# 

RFF+AVF: 0334B3# 
NAD + F L+ + +^^^H 
DTM + 3 2 9: 9b(JIII# 
NAT+2+AU# 

RFF+AVF:0334B3# 
NAD + F L+ + +^^^H 
DTM+329: 87TT07# 
NAT+2+AU# 

RFF+AVF: 0334B3# 
NAD + F L+ + +^^^H 
DTM + 3 2 9: 6 
NAT+2+AU# 


Bor der Crossi ng. 
I+ + + + + # 


I+ + + + + # 


+ + + + + # 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+ + + + + # 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


t xt 
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> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


Border Crossing.txt 
I+++++# 


RFF+AVF: 0334B3# 

NAD + F L+ + +HHH: 

DTM+329: 900512# 

NAT +2 +AU# 

RFF+AVF: 0334B3# 

NAD + F L+ + +^^^H: 

DTM + 3 2 9: 91114# 

NAT +2 +AU# 

RFF+AVF:0334B3# 

NAD + F L + + +^^H: ^^^H+ + + + + # 
DTM+329: 830803# 

NAT +2 +US # 

RFF+AVF: 0F6997# 

NAD + F L+ + +^H: ■^■+ + + + + # 

DTM + 3 2 9: 4TT7o6l 
NAT+2+CA# 

RFF+AVF:02B108# 

NAD + F L + + +^^H: ^^H+ + + + + # 
DTM + 3 2 9: 9 (HUH# 

NAT+2+CA# 

RFF+AVF:130EA3# 

NAD + F L + + +^^H: ^^H+ + + + + # 
DTM+329: oToTTy# 

NAT +2 +P K# 

RFF+AVF: 031CC6# 

CNT+42: 074# 

UNT+00307+063059# 

UNE+1+00000001# 

UNZ+1+063059# 


department ot Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 
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> 

Message 3 

> I 

> 

> 

>. 

>. 

> 

> 

> 

> 

> 

> 

> 


wo uI d have 

> been 

> 

date 

> fields. 

> 

mi n d, 

> t he 

> 

> 

> 

UNT, 

> UNE and 

> 

t h e 

> content. 

> 

> 

into 

> separate 

> 


Border Crossing.txt 

Subject: APIS Manifest Transmissions - Large 


I sent another large manifest transmission (looks like it 

two separate ones to APIS) this morning with the corrected 

copy of the manifest is attached below. Again, please keep in 

"seconds" in the timestamp will be slightly askew. 

For this transmission, will you please specifically review the 

UNZ segments? Not only for syntax, but more for accuracy of 

I 

am concerned that because we are having to split the manifest 
messages to get it through SITA, the values in these segments 


> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

sent on 

> 7/6 we 

> 

> 

> 

> 

> 

> 

> 


particularly the UNT segment -- may not be correct 
Thanks in advance. 

I 


.Original Message. 

S u b j f e s t Transmissions - Large Message 2 


Sorry for the late response. After reviewing you messages 


found the folio wing errors: 

The date format in the DTM+232 and DTM+189 segments are wrong, 

The date used in these segments was 0529061940 and 0529060950. 
The correct format is 0506291940 and 0506290950. 
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> | Subject: APIS Manifest Transmissions - Large 

Message 2 

> 
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Border Crossing.txt 


> 

> 

>. 

> - - 
> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> A mt r a k -1 o 

> 

> 

> 

bei ng 

> s e n t wi t h 

> 

> 

> 

a n d 

> advise if 

> 

that 

> t he 

> 

wi I I 

> vary 

> 

i n 

> locating 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


s e g me n t s 

> and the 

> 

then 

> 3 2 0 0 

> 


request, please find attached a new "large" 


Per 
API S 
t r a n s mi s s i on. 

Our issue before was that the headers and trailers were not 


each file sent through SITA. 

Will you please validate the receipt of the attached message 
it was either successful or contains errors? Please be aware 
seconds value of the timestamps in the message) s) you receive 
slightly from the ones in the attachment. This may help you 
t h e 

message in APIS. 

Thanks, 


. O ri gi nal Message- 

From: 

Sent: 

To: 

Cc 



Manifest Transmissions - Large Message 


I review the large message. Here is the problem. 

You will need to replicate the header UNA through the DTM 

trailer UNT, UNE and UNZ when attempting to send a file larger 


bytes. Below is an example of what we 
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Border Crossing.txt 

receive when SITA breaks up the message: 

QU DCAUSCR,IADATXH 
2 8 2 0 5 8 DT M + 3 2 9: 9403 14#NAT +2 + US#RF F +AVF: 0A1D20#NAD + FL+ + +| 

|+ + + + + #DT M + 3 2 9: 510704#NAT+2+US#RFF+AVF: 136907#NAD + FL+ + +| 
I+ + 



|+++++#DTM+ 


> 

> 

> 

> 

> 

> ■ 

> 

> 

> 

+ + + #DTM + 3 2 9:4 2 1 2 1 6 #NAT+2+ US#RFF+AVF: 08C9F 6#NAD + F L + + +■ 

> 32 

> 

> 

> 

> 9:9 

> 

> 

70213#NAT+2+US#RFF+AVF: 0 B 8 8 6 1 #NA D + F L^M+ + + + + #DTM + 3 2 9: 9 8 1 1 2 8 #NAT 
> +2 
> 

> 

> 

> + US 

> 

> 

#RF F +AVF: 0B8861#NAD + FL + + +^^H: ^™+ + + + + #DT M + 3 2 9: 0 2 0 8 1 3 #NAT +2 +US #RF F +AVF: 

> OB 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

Train 

> 6 8 2 9J UN0 5 Large Ms g 3.doc >> 


886 

l#CNT+42:099#UNT+00405+125839#UNE+l+00000001#UNZ+l+125839# 


department of H o me I and Security 
Customs and Border Protection 
Enforce me n t Systems Branch 
Ph. 

Fax. _ 

Ext ernTI 



(See attached file: Train 6 8 2 9 JUN05 Large Msg 2.doc) 

(See attached file: Train 6 8 2 9 JUN05 Large Msg 3.doc) << File 


(See attached file: Train 6 8 0 7JUL05 Large Msg 4.doc) 


(See attached file: Train 6 8 0 7JUL05 Large Msg 5.doc) 
From: _ 

Sent: I u e s d a y, Tuly 12, 2005 2:27 PM 

To: 

Cc: 

Subject: RE: APIS Manifest I r a n s mi s s i o n s 

Attachments: Train 6 8 0 7JUL05 Large Msg 5.doc 



ar ge Message 


Let's try that again... Same train/date sent around 2:20pm, ET. Thanks 
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.Ori gi nal Message. 

Subj f est Transmissions - Large Message 4 


none of the messages processed today. they were missing the UNA segment 
hereisanexampleofonereceived: 


QU DCAUSCR, I ADATXH 1 2 1 7 3 7 A: +. ? # 

B +UNOA: 4 +API S AMT: 2V+ USCSAPI S : ZZ+ 0 5 0 7 1 2: 0 9 3 7 +0 

9 3 7 2 1 ++API S #-T3 + P AXL ST+API S AMT: 2V + USCSAPI S : ZZ+0 5 0 7 1 2: 0 9 3 7 +0 0 0 0 0 0 0 1 +UN + D: 02B# 
H + 


0 9 3 7 2 1 +PAXLST: D: 02B: UN: IATA + + 001: F #M + 7 4 5 + + # D + MS + + + CENTRALI ZED? NAT I ONAL? 
OPERA 

TI ONS? CENTER# 

FX#T + 20+2V68” 

F4 0: 2 0 1 #C +8 7 +MT R#M + 1 8 9: 0 5 0 7 0 7 0 9 5 0:2 0 1 # NAD + FL+ + +I 
MR+++++#DTM+329: 




1 


530308#NAT + 2 + US#RFF + AVF: 06A9C3#NAD + F L + + ^M+ + + + + #DT M+3 2 9: 4 3 0 9 0 7 # N A T + 2 + C 

A#RF F +AVF: 0 3 8 3 C1#T +4 2: 1 0 5 #T+0 0 4 2 3 +0 9 3 7 2 1 #T7T7o 0 0 0 0 0 0 1 #Z + 1 +0 9 3 7 2 1 # 


Ail had the same error 


department of Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 
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Border Crossing.txt 


I think we have the passenger data packaged correctly and the trailer 

counts 

resol ved. 

I sent another large manifest (attached) to APIS around 12:40pm, ET. 
you please check that it was received and processed correctly? 

Thanks in advance! 


Or i gi nal Message- 


Manifest Transmissions - Large Message 3 


Yes, the data pertaining to a single passenger has to stay in together 


Lie p a r t me n t or Ho me land Security 
Customs and Border Protection 
Enforce me nt Systems Branch 


: x t e r n a l E ma i I : 


07/08/2005 11:37 
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Subject: FW: APIS Manifest Transmissions - Large Message 3 


> 


Below is the outbound message we sent to SITA. It appears to contain the 
NAD segment in question. The rest of the data ( i . e. , DTM, NAT and RFF) for 
the same passenger would have been sent in the next message. 

Is APIS looking for all of the data pertaining to a single passenger to be 
grouped as one unit, in its entirety (i. e., NAD, DTM, NAT and RFF) and in 
t h e s a me me s s a g e 1 


Or i gi nal Mes sage 

^fla y, 


u I y 



From 
Sent : 

To: 

Cc: 

Subject: RE: APIS Manifest I r a n s mi s s i o n s 

Message 3 
> 

> 

i s. 

> Start of next block will be whatever is the next item: 

> 

> 70EE00 E00 C64EC1E5 C67AF0C5 F6F5F1F6 7B0D0AD5 
F. AVF: 0 E 6 516 #. . 

> 

BAR 
> 


Here's the bottomof the first block 


2005 10:46 AM 

Large 

that's where the n a me 


70EE10 E10 C1C44EC6 D34E4E4E D3C9D4C1 40C2C1D9 AD.FL...LIMA 
70EE20 E 2 0 C2D6E2C1 7AE3C8D6 D4C1E24E 4E4E4E4E 


70EE30 E 3 0 7 B0D0AC4 E3D44EF3 F2F97AF9 F8F0F5F1 
#. . DTM. 3 2 9:9 8 0 5 1 

> 70EE40 E40 F47B0D0A D5C1E34E F24EC3C1 7B0D0AD9 
4#. . NAT. 2. CA#. . R 

> 70EE50 E 5 0 C6C64EC1 E5C67AF0 C5F6F5F1 F67B0D0A 
FF. AVF: 0E65 16#. . 

> 70EE60 E60 D5C1C44E C6D34E4E 

> ^^^^nFFE70 E 7 0 4E4E4E7B 0D0AC3D5 

.#.. cn 

70EE80 E 8 0 E34EF4F2 7AF0F7F4 7B0D0AE4 D5E34EF0 
T. 4 2: 0 7 4 #. . UNT. 0 

> 70EE90 E 9 0 F0F3F0F7 4EF0F7F4 F1F4F27B 0D0AE4D5 0 3 0 7.0 7 4 1 4 2 
#. . UN 

> 

#. . U 
> 

#. . . . 

> 

> 

> 


70EEA0 EA0 C54EF14E F0F0F0F0 F0F0F0F1 7B0D0AE4 E. 1.0 0 0 0 0 0 0 1 
70EEB0 EB0 D5E94EF1 4EF0F7F4 F1F4F27B 0D0A0 0 0 0 NZ. 1.0 7 4 1 4 2 

Or i gi nal Message. 


From: 
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Sent 
To: 

Cc: _ 
Subj ec 


Border Crossing.txt 
Friday, j ul y 0 8, 2 0 0 5 9:1 7 AM 



am rest I r a n s mi s s i o n s - Large Message 3 


> 

> 

> 

> 

> 

> 

> 

> Look at the yellow hi-lited section on page 4 of the 
a 11 a c h me n t. 

> Looks like the manifest had the NAD segment in front of the DTM, but 


> s a i d it is 

> 

> 

> 

> 


missing. Did we drop it, or SITA? 


From: 
Sent 
To _ 
Subj ec 


Or i gi nal Message- 


r i day, 

I 

e 


u I y 


anifest Transmissions - Large Message 3 

It did not process. 


> 

> 

> 

> 

> 

> 

> 

> 

> 

See my 
> 

> 

> 

> 

> 

> 

> 

UNG + P AXL ST +API S AMT: 2V+USCSAPI S:ZZ+050707: 0630+00000001+UN+D: 02B# 
UNH+063059+PAXLST: D: 02B: UN:IATA++001: F# 

B G M + 7 4 5 + + # 

NAD + MS 4- + + CENTRALI ZED? NATIONAL? OPERATIONS? CENTER# 
COM+^^HM^H T E FX# 

T DT 

L OC + 12 5 +MT R# 

DTM+232: 0507061830:201# 

LOC+87+NYP# 

DTM+189: 0507060815: 201# 


Here is the most resent manifest sent 
inserted text for error. 

Any questions please give me a call 
UNA: + . ? # 

UNB+UNOA:4+API S AMT: 2V+USCSAPI S:ZZ+050707:0630+063059++API S# 


> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

wa s 

> no NAD 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 




The highlighted area describes a passenger, but there 


segment preceding 

t he DTM ********** 

DTM+329: 830730# 

NAT+2+CA# 

RFF+AVF: 0349A9# 

NAD + F L + + +^^H: ^^■+ + + + + # 

DTM + 3 2 9: 57W7T# 

NAT+2+US# 

RFF+AVF: 034A4A# 

NAD + F L+ + +^^H: 

DTM + 3 2 9: 87o77o7 
NAT+2+AU# 

RFF+AVF:02F223# 

NAD + FL+ + +I 


I+++++# 
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> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


DTM+329: 500119# 
NAT+2+US# 

RFF+AVF:121C9D# 

NAD + F L FHHH: 
DTM+329:490312# 

NAT +2 +US # 

RFF+AVF: 034BA1# 

NAD + FL+ + +HH: 

DTM + 3 2 9: 7 U U U U #" 
NAT+2+US# 

RFF+AVF: 02F328# 

NAD + F L+ + +^H^^I : 
DTM + 3 2 9: 8 UUU I# 
NAT+2+CA# 

RFF+AVF: 029C4D# 

NAD + F L+ + +^HH: 

DTM + 3 2 9: 9101 11# 
NAT+2+CA# 

RFF+AVF: 074A9C# 

NAD + F L + + +HH: 

DTM + 3 2 9: 4 
NAT+2+CA# 

RFF+AVF: 074A9C# 

NAD + F L +++H|: 
DTM+329: 831024# 
NAT+2+CA# 

RFF+AVF: 074A9C# 

NAD + F L + + +■■■: 

DTM + 3 2 9: 811127#" 
NAT+2+US# 

RFF+AVF: 0039BC# 

NAD + F L+ + +^^»:| 
DTM+329: 53UT01# 
NAT+2+US# 

RFF+AVF: 0039BC# 

NAD + F L + + +■: ■ I 
DTM + 3 2 9: 7112“# 
NAT+2+KR# 

RFF+AVF: 02DDBA# 

NAD + FL+ + +HH: 

DTM + 3 2 9: 810711#' 
NAT+2+US# 

RFF+AVF: 02F328# 

NAD + F L+++HH: 
DTM+329: 690112# 
NAT+2+US# 

RFF+AVF: 0E9FCE# 

NAD + F L+ + HH: 
DTM + 3 2 9: lWTTTT 
NAT + 2 +1 N# 

RFF+AVF:154FDE# 

NAD + F L+ + +HHHI: 
DTM+329: 6/0122# 
NAT+2+CA# 

RFF+AVF: 05DBD7# 

NAD + F L+ + +HH: 
DTM + 3 2 9: 93131517 
NAT+2+CA# 

RFF+AVF: 05DBD7# 

NAD + F L+ + MH: 
DTM + 3 2 9: 51lTnHr 
NAT+2+CA# 

RFF+AVF: 05DBD7# 


Bor der Crossi ng. 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+ + + + + # 


I+++++# 


I+ + + + + # 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 
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> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


Border Crossing. 

I+++++# 


NAD + F L + + + P Rl CE: 

DTM+329: 5 31121#' 

NAT+2+US# 

RFF+AVF: 02 FCD3# _ 

NAD + F L+ + +^^^H: ^^■+ + + + + # 

DTM + 3 2 9: 

NAT + 2 +1 E# 

RFF+AVF:159718# 

NAD + F L+ + +^^^H: ^^H+ + + + + # 
DTM+329: 671771# 

NAT+2+CA# 

RFF+AVF: 0E6516#_ 

NAD + F L+ + +^^^H: ^^H+ + + + + # 

DTM + 3 2 9: 5UU5T77 

NAT+2+AU# 

RFF+AVF: 0334B3# 

NAD + F L+ + +^^^H: ^^^H+ + + + + # 
DTM + 3 2 9: 9 b U111# 

NAT+2+AU# 

RFF+AVF: 0334B3# _ 

NAD + F L+ + +^^^H: ^^H+ + + + + # 
DTM+329: 871207# 

NAT+2+AU# 

RFF+AVF: 0334B3#_ 

NAD + F L+ + +^^^H: ^^H+ + + + + # 

DTM + 3 2 9: 6 

NAT+2+AU# 

RFF+AVF: 0334B3#_ 

NAD + F L+ + +^^^H:^^^H+ + + + + # 
DTM + 3 2 9: 9W5T7# 

NAT+2+AU# 

RFF+AVF: 0 3 3 4 B3#_ 

NAD + F L+ + +^^^H: |^^H+ + + + + # 

DTM+329:97TTTT7 

NAT+2+AU# 

RFF+AVF: 0334B3# _ 

NAD + F L + + +^^H: |^^H+ + + + + # 
DTM+329: 8"080"# 

NAT+2+US# 

RFF+AVF: 0F6997# 

NAD + F L+ + +^H: ^M|+ + + + + # 

DTM + 3 2 9: 4TTTTT6 # 

NAT+2+CA# 

RFF+AVF:02B108# 

NAD + F L + + +^^H: ^^H+ + + + + # 

DTM + 3 2 9: 9W5T¥# 

NAT+2+CA# 

RFF+AVF:130EA3# _ 

NAD + F L + + +^^H: ^^H+ + + + + # 
DTM+329: oTotTTT 
NAT +2 +P K# 

RFF+AVF: 031CC6# 

CNT+42: 074# 

UNT+00307+063059# 

UNE+1+00000001# 

UNZ+1+063059# 


department or Homeland Security 
Customs and Border Protection 
Enforce ment Systems Branch 

Page 483 


t xt 


Exemption 6 


Border Crossing.txt 

^ _ 



> | Subject: APIS Manifest Transmissions - Large 

Message 3 


> 

> 

> 


> 

> 

> 

> 

> 

> I sent another large manifest transmission (looks like it 
wo u I d h a v e 

> been 

> two separate ones to APIS) this morning with the corrected 
date 

> fields. A 

> copy of the manifest is attached below. Again, please keep in 
mi n d, 

> t h e 

> "seconds" in the timestamp will be slightly askew. 

> 

> For this transmission, will you please specifically review the 
U NT, 

> UNE and 

> UNZ segments? Not only for syntax, but more for accuracy of 
the 

> content. 

> I 

> amconcerned that because we are having to split the manifest 
into 

> separ at e 

> messages to get it through SITA, the values in these segments 
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Ill 


Message 
> 2 
> 

> 

> 

> 

>. 

> - - 
> 

> 

> 

> 

> 

> 

> 

> 

> 

> correct. 

> 

> 

me s s a g e s via 

> SI TA. 

> 

> 

APIS and 

> appear 

> 

> 

> 

> me s s a g e (s) 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

large 

> 

> 

> 

> 

> 

> 


My apologies for misleadin 
Our "large" message was in 
I 

thought these separate mes 

as one "large” message or 
Was the syntax -- particul 
correct for it to be proce 


.O riginal Message. 

From: 

Sent : 

Subj f est 


I found three transmission 
transmission you had attac. 


)epart ment of Home land Se c i 
Customs and Border Protecti 
Enforcement Systems Branch 






Exemption 6 


> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


Border Crossing.txt 
07/06/2005 09: 38 
AM 


+ > 



> | Subject: APIS Manifest Transmissions - Large 

Message 2 

> 

> 

> 

>. 

> - - 
> 

> 


> 

> 

> 

> 

> 

> Per equest, please find attached a new "large" 

> Amtrak-to-API S 

> t r a n s mi s s i o n. 

> 

> Our issue before was that the headers and trailers were not 
bei ng 

> s e n t wi t h 

> each file sent through SITA. 

> 

> Will you please validate the receipt of the attached message 
a n d 

> advise if 

> it was either successful or contains errors? Please be aware 
that 

> t h e 

> seconds value of the timestamps in the message(s) you receive 
wi I I 

> vary 

> slightly fromthe ones in the attachment. This may help you 
in" 

> locating 

> the 

> message in APIS. 
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Thanks, 


f\ri n n a I M a c c a n o 



> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

s e g me n t s 

> and the 

> 

then 

> 3 2 0 0 

> 

> 

> 

> 

> 

> 

> MS: | 

> 

> 

> 

+ + + #DT M + 3 2 9:4 2 1 2 1 6 #NAT+2+US#RFF+AVF: 08C9F6#NAD + FL+ + +| 

> 32 

> 

> 

> 

> 9:9 

> 

> 

70213#NAT + 2+ US#RFF + AVF: 0B8861#NAD + FL + + +I^^B: ^M+ + + + + #DTM + 3 2 9: 9 8 1 1 2 8 #NAT 
> +2 
> 

> 

> 

> + US 

> 

> 

#RF F +AVF: 0B8861#NAD + FL + + +^^H: ^™+ + + + + #DT M + 3 2 9: 020813#NAT+2+US#RFF+AVF: 
> OB 


Manifest Transmissions - Large Message 


I review the large message. Here is the problem. 

You will need to replicate the header UNA through the DTM 

trailer UNT, UNE and UNZ when attempting to send a file larger 


bytes. Below is an example of what we 
receive when SITA breaks up the message: 

QU DCAUSCR,IADATXH 
2 8 2 0 5 8 DT M + 3 2 9: 9403 14#NAT +2 + US#RF F +AVF: 0A1 D20#NAD + F L + + +| 

|+ + + + + #DT M + 3 2 9: 510704#NAT + 2+ US#RFF+AVF: 136907#NAD + FL+ + +| 
I+ + 


|+ + + + + #DT M + 



> 

> 

> 

> 

> 

> 

> 

> 

> 


886 

1#CNT+42:099#UNT+00405+125839#UNE+1+00000001#UNZ+1+125839# 


epar 


ment of Homeland Security 
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> Customs and Border Protection 

> Enforce me n t Systems Branch 

> P h. 

Fax. ^_ 

> 

> (See attached file: Train 6 8 2 9JUN05 Large Msg 2.doc) 

> 

> 

> (See attached file: Train 6 8 2 9JUN05 Large Msg 3.doc) 
Train 

> 6 8 2 9J UN05 Large Msg 3. doc >> 


<< File 


(See att ached file: Train 6 8 0 7JUL05 Large Msg 4.doc) 
From: BSEIBHH! 

Sent: I y 1 2, 2 0 0 5 1 2:4 5 PM 

To: 

Subj ect 


Had to make some adjustments in TOG8. Marked them with * N D. Seems to work, 
another msg to APIS. Waiting for response. 


Hope your flight was good! 


I 

.O ri gi nal Message-- - - - 

Sent: 0 0 5 1 1:4 0 PM 

To: 

Subj ect : APIS 


Try loading V3MMAPIS from grss.old.v3mm 


I think it will work, but I didn't want to blow away the APIS version 

It's on V 3 mm. tpf. real ti me if you want to play 


From: 

Sent : 

To: 

Cc: 

Subj ect 
At t a c h me n t s 


uesday, July 1 2, 2 0 0 5 1 2:4 4 PM 





amtest Iransmi ssi ons - Large 
Train 68 07JUL05 Large Msg 4.doc 
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Border Crossing.txt 


I think we have the passenger data packaged correctly and the trailer counts 
resol ved. 

I sent another large manifest (attached) to APIS around 12:40pm, ET. Will y 
please check that it was received and processed correctly? 

Thanks in advance! 


.Original Message. 

S u b j Manifest Transmissions - Large Message 3 


Yes, the data pertaining to a single passenger has to stay in together 



0 7 / 0 8 / 2 0 0 5 1 1:3 7 
AM 


+ > 


> 



Subject: FW: APIS Manifest Transmissions - Large Message 3 



Page 490 








Exemption 6 


Border Crossing.txt 


Below is the outbound message we sent to SITA. It appears to contain the 
NAD segment in question. The rest of the data ( i . e. , DTM, NAT and RFF) for 
the same passenger would have been sent in the next message. 

Is APIS looking for all of the data pertaining to a single passenger to be 
grouped as one unit, in its entirety (i. e., NAD, DTM, NAT and RFF) and in 
t h e s a me me s s a g e ? 


Message 3 
> 


. Ori gi nal Mes sage 

From: jpBH 

Sent : FrHt 

To: 

Cc: 

Subject: 


r i day, July UsT 2 0 0 5 1 0:4 6 AM 


amrest iransmi ssi ons - Large 


Here' s the bottomof the first block - that's where the name 


> Start of next block will be whatever is the next item: 

> 

> 70EE00 E00 C64EC1E5 C67AF0C5 F6F5F1F6 7B0D0AD5 
F. AVF: 0 E 6 516 #. . N 

> 70EE10 E10 C1C44EC6 D34E4E4E D3C9D4C1 40C2C1D9 AD.FL...LIMA 
BAR 

> 70EE20 E 2 0 C2D6E2C1 7AE3C8D6 D4C1E24E 4E4E4E4E 


> 70EE30 E 3 0 7 B0D0AC4 E3D44EF3 F2F97AF9 F8F0F5F1 
#. . DTM. 3 2 9:9 8 0 5 1 

> 70EE40 E40 F47B0D0A D5C1E34E F24EC3C1 7B0D0AD9 
4#. . NAT. 2. CA#. . R 

> 70EE50 E 5 0 C6C64EC1 E5C67AF0 C5F6F5F1 F67B0D0A 
FF. AVF: 0E65 16#. . 


> 

NAD. FL. 
> 


70EE60 E60 D5C1C44E C6D34E4E 


7TFE 7 0 E 7 0 4E4E4E7B 0D0AC3D5 

#. . CN 

70EE80 E 8 0 E34EF4F2 7AF0F7F4 7B0D0AE4 D5E34EF0 


T. 4 2: 0 7 4 #. . UNT. 0 


70EE90 E 9 0 F0F3F0F7 4EF0F7F4 F1F4F27B 0D0AE4D5 0 3 0 7.0 7 4 1 4 2 
70EEA0 EA0 C54EF14E F0F0F0F0 F0F0F0F1 7B0D0AE4 E. 1.0 0 0 0 0 0 0 1 


> 

#. . . . 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

a 11 a c h me n t 


70EEB0 EB0 D5E94EF1 4EF0F7F4 F1F4F27B 0D0A0 0 0 0 NZ. 1.0 7 4 1 4 2 


.O ri gi nal Mes s age. 

Sent: 0 8, 2 0 0 5 9:1 7 AM 

To: 

Cc: 

Subj ons - Large Message 3 


Look at the yellow hi-lited section on page 4 of the 
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> Looks like the manifest had 


> s a i d i t i s mi s s i n g. Di d we 



Border Crossing.txt 

the NAD segment in front of the DTM, but 
drop it, or SITA? 


. Ori gi nal Message 

From 
Sent 
To: _ 

Subj ec 


r i 


ay, 

■ 

e: 


u l y 


anifest Transmissions - Large Message 3 

It did not process. 


> 

> 

> 

> 

> 

> 

> 

> 

> 

See my 
> 

> 

> 

> 

> 

> 

> 

UNG + P AXL ST +API S AMT: 2V+USCSAPI S: ZZ+050707: 0630+00000001+UN+D: 02B# 
UNH+063059+PAXLST: D: 02B: UN:IATA++001: F# 

B G M + 7 4 5 + + # 

NAD + MS + ++CE NT RALI ZED? NATIONAL? OPERATIONS? CENTER# 


Here is the most resent manifest sent 
inserted text for error. 

Any questions please give me a call 
UNA: + . ? # 

UNB+UNOA:4+API S AMT: 2V+USCSAPI S:ZZ+050707:0630+063059++API S# 


> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

wa s 

> no NAD 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


LOC+125+MTR# 

DTM+232:0507061830:201# 
LOC+87+NYP# 

DTM+189:0 5 0 7 0 6 0 8 1 5: 2 0 1 # 


FX# 




The highlighted area describes a passenger, but there 


segment preceding 

the DTM ********** 

DTM+329: 830730# 

NAT+2+CA# 

RFF+AVF: 0349A9# 

NAD + F L + + +^^H: ^^«+ + + + + # 

DTM + 3 2 9: 57W7T# 

NAT+2+US# 

RFF+AVF: 034A4A# 

NAD + F + + +^^H: ^^^^H+ + + + + # 
DTM+329: 820730# 

NAT+2+AU# 

RFF+AVF: 0 2F223# _ 

NAD + F L+ + +^^^H: |^M+ + + + + # 
DTM+329: 500119# 

NAT+2+US# 

RFF+AVF:121C9D# _ 

NAD + F L+ + +^^^H: ^^H+ + + + + # 
DTM+329:49U512# 

NAT+2+US# 

RFF+AVF: 034BA1# 

NAD + F + + +^^H: ^^^^^^H+ + + + + # 
DTM + 3 2 9: lWUfi# 

NAT+2+US# 
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> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


RFF+AVF: 02F328# 
NAD + F L + + 

DTM+329: 8 (fl)Tz77 
NAT +2 +CA# 

RFF+AVF: 029C4D# 
NAD + F L+ + +MH: 
DTM+329: 9101111 
NAT+2+CA# 

RFF+AVF: 074A9C# 
NAD + F L+ + +HH: 
DTM + 3 2 9: 4 
NAT+2+CA# 

RFF+AVF: 074A9C# 
NAD + F L +++■■: 
DTM+329: 831U24# 
NAT+2+CA# 

RFF+AVF: 074A9C# 
NAD + F L + + +■■■: 

DTM + 3 2 9: 8TTT75T 
NAT+2+US# 

RFF+AVF: 0039BC# 
NAD + FL+ + +^^H:| 
DTM + 3 2 9: 5TDTDT# 
NAT+2+US# 

RFF+AVF: 0039BC# 
NAD + F L + + +■: ■ I 
DTM + 3 2 9: lWlTi# 
NAT+2+KR# 

RFF+AVF: 02DDBA# 
NAD + F L + + +■■■: 

DTM + 3 2 9: iTHTji 
NAT+2+US# 

RFF+AVF: 02F328# 
NAD + F L+++HH: 
DTM+329: 69U112# 
NAT+2+US# 

RFF+AVF: 0E9FCE# 
NAD + F L+ + HH: 
DTM + 3 2 9: 7 9 U42 /# 
NAT + 2 +1 N# 

RFF+AVF:154FDE# 
NAD + F L+ + +HHHB: 
DTM+329: 6/U122# 
NAT+2+CA# 

RFF+AVF: 05DBD7# 
NAD + F L+ + +HH: 
DTM+329: 9000101 
NAT+2+CA# 

RFF+AVF: 05DBD7# 
NAD + F L+ + +HHH: 
DTM + 3 2 9: 5IHjTTtHP 
NAT+2+CA# 

RFF+AVF: 05DBD7# 
NAD + F L + + +■■■: 
DTM+329: 5311217 
NAT+2+US# 

RFF+AVF: 02FCD3# 
NAD + F L+ + +HHHB: 
DTM + 3 2 9: 

NAT + 2 +1 E# 

RFF+AVF:159718# 
NAD + FL+ + +I 
DTM+329: 6 


Bor der Crossi ng. 
I+++++# 


I+++++# 


I+ + + + + # 


I+++++# 


I+++++# 


I+++++# 


I+ + + + + # 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


t xt 
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> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


NAT +2 +CA# 

RFF+AVF:0E6516# 
NAD + FL+ + +^^^H: 
DTM+329: 5W5T71 
NAT +2 +AU# 

RFF+AVF:0334B3# 
NAD + FL+ + +|^^^H: 
DTM + 3 2 9: 9 b U111# 
NAT +2 +AU# 

RFF+AVF: 0334B3# 
NAD + FL+ + +^^^H: 
DTM+329: 8812D7I 
NAT +2 +AU# 

RFF+AVF: 0334B3# 
NAD + FL+ + +^^^H: 
DTM + 3 2 9: 6 
NAT +2 +AU# 

RFF+AVF:0334B3# 
NAD + FL+ + +^^^H: 
DTM+329:900517# 
NAT +2 +AU# 

RFF+AVF:0334B3# 
NAD + FL+ + +^^^H: 
DTM + 3 2 9: 9 2 1 1 1 4 # 
NAT +2 +AU# 

RFF+AVF: 0334B3# 
NAD + FL+ + +^H: 

DTM + 3 2 9: 8J(JU(J:U 
NAT +2 +US # 

RFF+AVF: 0F6997# 
NAD + FL+ + +IH: 

DTM + 3 2 9: 4TTTTT6 # 
NAT +2 +CA# 

RFF+AVF:02B108# 
NAD + FL+ + +I 


DTM + 3 2 9: 9^W# 
NAT +2 +CA# 

RFF+AVF:130EA3# 
NAD + FL+ + +^^H: 
DTM + 3 2 9: 0 1 U 211) # 
NAT +2 +P K# 

RFF+AVF: 031CC6# 
CNT +4 2: 0 7 4 # 

UNT+00307+063059# 
UNE+1+00000001# 
UNZ+1+063059# 


Border Crossing.txt 


I+ + + + + # 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+ + + + + # 


I+++++# 


+ + + + + # 


I+ + + + + # 


I+++++# 


)e part merit of Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 
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07/07/2005 09: 54 
AM 



Message 3 


Subject: APIS Manifest Transmissions 


wo uI d have 

> been 

> 

date 

> fields. 

> 

mi n d, 

> t h e 

> 

> 

> 

UNT, 

> U N E and 

> 

t h e 

> content. 

> 

> 

into 

> separate 


I sent another large manifest transmission (looks like it 

two separate ones to APIS) this morning with the corrected 

copy of the manifest is attached below. Again, please keep in 

"seconds" in the timestamp will be slightly askew. 

For this transmission, will you please specifically review the 

UNZ segments? Not only for syntax, but more for accuracy of 

I 

am concerned that because we are having to split the manifest 

messages to get it through SITA, the values in these segments 
particularly the UNT segment -- may not be correct. 

Thanks in advance. 
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> - - 
> 

> 

> 

> 

> 

> 

> 

> 

> 

> correct. 

> 

> 

messages via 

> SI TA. 

> 

> 

APIS and 

> appear 

> 

> 

> 

> me s s a g e (s) 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

large 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

>. 

> - - 
> 


Border Crossing.txt 


My apologies for misleading you; what you found is most likely 
Our "large" message was in fact sent as three separate 
I 

thought these separate messages would be " r e - a s s e mb I e d" in 

as one "large" message or a compI et e ma ni f es t . 

Was the syntax -- particularly the headers/trailers -- of the 
correct for it to be processed in APIS? 


.Original Message. 

Subj f est Transmissions - Large Message 2 

I found three transmissions from Amt rak, but did not see the 
transmission you had attached. 


department or Homeland Security 
Customs and Border Protection 
Enforce me n t Systems Branch 
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Message 2 


Subject: APIS Manifest Transmissions - Large 


> - - 
> 

> 

> I 

> 

> 

> 

> 

> 

> Per s request, please find attached a new "large" 

> Amtrak-to-API S 


> 

> 

> 

bei ng 

> s e n t wi t h 

> 

> 

> 

a n d 

> advise if 

> 

that 

> t h e 

> 

wi I I 

> vary 

> 

i n 

> locating 

> 


t r a n s mi s s i on. 

Our issue before was that the headers and trailers were not 


each file sent through SITA. 

Will you please validate the receipt of the attached message 
it was either successful or contains errors? Please be aware 


seconds value of the timestamps in the message(s) you receive 
slightly from the ones in the attachment. This may help you 


t h e 

message in APIS. 
Thanks, 


Or i gi nal Message- 
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Thursday, j une 30, 2005 8:14 AM 



• u d j ec 


Manifest Transmissions - Large Message 


> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

s e g me n t s 

> and the 

> 

then 

> 3 2 0 0 

> 

> 

> 

> 

> 

> 

> ■ 

> 

> 

> 

+ + + #DT M + 3 2 9:421216#NAT + 2+ US#RFF + AVF: 08C9F6#NAD + FL+ ++ZAMAN:AYESHA+ + + + + #DTM + 

> 32 

> 

> 

> 

> 9:9 

> 

> 

70213#NAT+2+US#RFF+AVF: 0B8861#NAD + FL+ ++ZAMAN: F AI ZA + + + + + #DT M + 3 2 9: 9 8 1 1 2 8 #NAT 
> +2 
> 

> 

> 

> + US 

> 

> 

#RF F +AVF: 0B8861#NAD + FL+ ++ZAMAN:T A HI R + + + + + #DTM + 329: 020813#NAT +2 +US#RFF + AVF: 
> OB 


I review the large message. Here is the problem. 

You will need to replicate the header UNA through the DTM 

trailer UNT, UNE and UNZ when attempting to send a file larger 


bytes. Below is an example of what we 
receive when SITA breaks up the message: 

QU DCAUSCR,IADATXH 
2 8 2 0 5 8 DT M + 3 2 9: 940314#NAT +2 + US#RFF +AVF: 0A1D20#NAD + FL+ + +| 

|A + + + + + #DT M + 3 2 9: 510704#NAT +2 + US#RFF +AVF: 136907#NAD + FL+ + +| 



> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


886 

1#CNT +4 2: 0 9 9 #UNT +0 0 4 0 5 +1 2 5 8 3 9 #UNE+1 +0 0 0 0 0 0 0 1 #UNZ + 1 +1 2 5 8 3 9 # 


department of Ho me I and Securi 
Customs and Border Protection 
Enforce me nt Systems Branch 
Ph. 

Fax. _ 

Externa 



ty 


(See attached file: Train 6 8 2 9JUN05 Large Msg 2.doc) 


(See attached file: Train 6 8 2 9JUN05 Large Msg 3.doc) << File 
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Train 

> 6 8 2 9J UN05 Large Msg 3. doc >> 


From: 
Sent : 
To: 

Subj ect 



2005 8:20 AM 


Thanks. Wasn't sure if you ran out in a rush yesterday afternoon or if I was 
supposed t o updat e TOG8. 


I'll give it a spin 


I 

.O riginal Message-- - - - 

Sent: 0 0 5 1 1:4 0 PM 

To: 

subj emm™ 


Try loading V3MMAPIS from grss.old.v3mm 


I think it will work, but I didn't want to blow away the APIS version. 

It's on V 3 mm. tpf. real ti me if you want to play 



This looks good. We'll put it into the plan this way 
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Border Crossing.txt 

APIS on the IB before Arrow implements. Their solution sounds great; they will 
check a load indicator on Arrow and determine whether or not to submit the 5PID 
information to Arrow based on that load indicator. 

So we can plan to use this method to load APIS on IB before Arrow. 

Because we will want to complete ALL of our testing ( i . e. , both without the APIS 
code loaded onto Arrow and with the APIS code loaded onto Arrow) before 
implementing, I believe our load would occur only a short time (possibly only 2 
days) before Arrow's, to minimize the likelihood of changes to the Arrow code after 
o u r I o a d. 

So at this point, I'd like to talk about timeline. Based on previous versions of 
Arrow design documents, the XAAPI team estimates they will need approximately 3 
weeks to develop their changes. I estimate our team will need approximately 2 weeks 
of development time and 3 weeks of testing time (due to the 2 distinct testing 
scenarios). 

So if the IB is targeting a September 11 load date (for example), this means we're 
looking at the approximate ti me line below (basic outline of the milestones and IB 
t asks needed to get t here: 

1. Arrow design final (15 Jul) 

2. XAAPI desi gn fi nal ( 22 j ul ) 

3. XAAPI release available for IB use (5 Aug) 

4. Arrow APIS load indicator loaded onto TPFIB and set to "not loaded" (5 Aug) 

5. XAAPI release installed on IB test system (5 Aug) 

6. IB development (8 Aug - 19 Aug) 

7. IB Testing on TPFIB with load indicator set to "not loaded" (22 Aug) 

8. APIS code loaded on TPFIB, load indicator set to "loaded" (31 Aug) 

9. IB Testing on TPFIB with load indicator set to "loaded" (31 Aug - 9 Sep) 

10. Arrow load indicator loaded onto Arrow Production and set to "not loaded" (6 
Sep) 

11. IB Implementation of APIS (11 Sep) 

What are your thoughts on this ti me line? 



Thanks. That's not the answer I wanted, but it is the one I was expecting! 


.Or i gi nal 

From: 

Sent: McnuH^ 
To: 

Subj ect: Ke: 


Message 



e g me n t 


Questi on 


The total should reflect the total on the train, ie the 100 


department or Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 
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> 



Subj ect: CNT Segment Questi on 



I am trying to manage this issue uncovered last week regarding not 
splitting'' 

passenger information across messages. In regard to that, I have a 
quest i on 

about the CNT trailer segment. 


Let's say we have 100 passengers on a train New York - Montreal and Amtrak 
will send two messages to APIS. Message-1 contains information for 75 
passengers and message-2 contains information for 25 passengers. 


Should the CNT segment in message-1 have the value "75" and the CNT segment 
in message-1 have the value "25"? Or, should the CNT segments in both 
messages have the value "100"? 


If you can possibly answer this today, I would really appreciate it as I am 
preparing to be out of the office for a week. 


Thanks in advance! 


From: 
Sent : 
To: 
Cc: 
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Subject: CNT Segment Question 


I am trying to manage this issue uncovered last week regarding not splitting 
passenger information across messages. In regard to that, I have a question 
the CNT trailer segment. 

Let's say we have 100 passengers on a train New York - Montreal and Amtrak wi 
two messages to APIS. Message- 1 contains information for 75 passengers and 
message-2 contains information for 25 passengers. 

Should the CNT segment in message-1 have the value "75" and the CNT segment i 
message-1 have the value "25"? Or, should the CNT segments in both messages 
the value "100"? 

If you can possibly answer this today, I would really appreciate it as I am 
preparing to be out of the office for a week. 

Thanks in advance! 


From: 
Sent : 
To: 

Cc: 

Subj ect 


r i day, July 0 8, 2 0 0 5 3:5 6 PM 



am test I r a n s mi s s i o n s - Large Message 3 


Thanks. We'll make adjust me n t s 


I 

.Original Message. 

S u b j Manifest Transmissions - Large Message 3 

Yes, the data pertaining to a single passenger has to stay in together 


)epart ment of Homeland Security 
Customs and Border Protection 
Enforcement Systems Branch 



+ > 



07/08/2005 11:37 
AM 


+.> 

Page 503 


about 
II send 

n 

have 






Exemption 6 


Border Crossing.txt 


> 



Subject: FW: APIS Manifest Transmissions - Large Message 3 



Below is the outbound message we sent to SITA. It appears to contain the 
NAD segment in question. The rest of the data (i.e., DTM, NAT and RFF) for 
the same passenger would have been sent in the next message. 

Is APIS looking for all of the data pertaining to a single passenger to be 
grouped as one unit, in its entirety (i. e., NAD, DTM, NAT and RFF) and in 
the s a me message? 


.Or i g i 

From: 

Sent : 

To: 

Cc: 

Subject: 


Here's the 


> 

> 

> 

> 

> 

> 

Message 3 
> 

> 

i s. 

> Start of next block wi 

> 

> 70EE00 E00 

F. AVF: 0 E 6 516 #. . N 

> 70EE10 E10 

BAR 

> 70EE20 E 2 0 


> 70EE30 E 3 0 

#. . DTM. 3 2 9:9 8 0 5 1 

> 70EE40 E40 

4#. . NAT. 2. CA#. . R 

> 70EE50 E 5 0 

FF. AVF: 0E6516#. . 

> 70EE60 E60 


nal Message- 

^ffa y, July 


2005 10:46 AM 



am r esi 


r a n s mi s s i o n s 


Large 


bottom of the first block - that's where the name 
II be whatever is the next item: 

C64EC1E5 C67AF0C5 F6F5F1F6 7B0D0AD5 
C1C44EC6 D34E4E4E D3C9D4C1 40C2C1D9 AD.FL...LIMA 
C2D6E2C1 7AE3C8D6 D4C1E24E 4E4E4E4E 
7B0D0AC4 E3D44EF3 F2F97AF9 F8F0F5F1 
F47B0D0A D5C1E34E F24EC3C1 7B0D0AD9 
C6C64EC1 E5C67AF0 C5F6F5F1 F67B0D0A 
D5C1C44E C6D34E4E 



70EE80 E80 


E34EF4F2 7AF0F7F4 7B0D0AE4 D5E34EF0 
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T. 42: 0 7 4 #. . UNT. 0 

> 70EE90 
#. . UN 

> 70EEA0 
#. . U 

> 70EEB0 
#. . . . 


Border Crossing.txt 


E 9 0 F0F3F0F7 4EF0F7F4 F1F4F27B 0D0AE4D5 
EAO C54EF14E F0F0F0F0 F0F0F0F1 7B0D0AE4 
EBO D5E94EF1 4EF0F7F4 F1F4F27B 0D0A0000 


0307. 074142 
E. 1. 0 0 0 0 0 0 0 1 
NZ. 1. 0 7 4 1 4 2 


> 

> .Original Message. 

> Sent: 0 8, 2 0 0 5 9:1 7 AM 

To: 

Cc: 

> Subject: F W: APIS Manifest I r a n s mi s s i o n s - Large Message 3 

> 

> 

> 

> Look at the yellow hi-lited section on page 4 of the 


a 11 a c h me n t . 

> Loo ks like the manifest had the NAD segment in front of the DTM, but 

^^^d it is missing. Did we drop it, or SITA? 

> 

> 

> I 

> 

> 


> 

> 

> 

> 

> 

> 

> 


.Original Message- 

From: 

Sent _ 

S u b j f e s t Transmissions 


u l y 


Large Message 3 


> 

> Here is the most resent manifest sent. It did not process 
See my 

> inserted text for error. 


> 

> 

> 


Any questions please give me a call 


> UNA: +. ? # 

> UNB+UNOA:4+API S AMT: 2V + USCSAPI S: ZZ+050707:0630+063059++API S# 

> 


UNG+PAXLST+API S AMT: 2V+USCSAPI S: ZZ+050707: 0630+00000001+UN+D: 02B# 


UNH + 0 6 3 0 5 9 +PAXL ST: D: 02B: 

B G M + 7 4 5 + + # 

NAD + MS+ + + CENTRALI ZED? NATIONAL? 
C0M4HHH: T E 
T DT 

LOC+125+MTR# 

DTM + 2 3 2: 0 5 0 7 0 6 1 8 3 0:2 0 1 # 
LOC+87+NYP# 

DTM + 1 8 9: 0 5 0 7 0 6 0 8 1 5: 2 0 1 # 


I ATA + + 001:F# 


OP E RAT I ONS? CENTER# 
I: FX# 


> 

> 

wa s 

> no NAD 

> 

> 

> 

> 


******* The highlighted area describes a passenger, but there 


segment preceding 

t he DTM ********** 

DTM+329: 830730# 

NAT+2+CA# 
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> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


RFF+AVF: 0349A9# 

NAD + FL+ + +^^«: I 
DTM+329: 52777T# 

NAT +2 +US # 

RFF+AVF: 034A4A# 

NAD + FL+ + +HHH 
DTM+329: 8207307 
NAT +2 +AU# 

RFF+AVF: 02F223# 

NAD + FL+ + +HHHH 
DTM + 3 2 9: 5071171* 

NAT +2 +US # 

RFF+AVF:121C9D# 

N A D + F L + + +■■■■ 
DTM+329:490312# 

NAT +2 +US # 

RFF+AVF: 034BA1# 

NAD + F L + + +■§■ 
DTM+329: 7U0U0 
NAT +2 +US # 

RFF+AVF: 02F328# 

NAD + F L+ + +H|H 
DTM + 3 2 9: 8773771 
NAT+2+CA# 

RFF+AVF: 029C4D# 

NAD + FL+ + +HH 
DTM+329: 9101111 
NAT+2+CA# 

RFF+AVF: 074A9C# 

NAD + FL+ + +HH 
DTM + 3 2 9: 

NAT+2+CA# 

RFF+AVF: 074A9C# 

NAD + F L+++HH| 
DTM+329: 831024# 
NAT+2+CA# 

RFF+AVF: 074A9C# 

NAD + F L + + +■■■ 
DTM+329: 871177 
NAT+2+US# 

RFF+AVF: 0039BC# 

NAD + FL+ + +HH: I 
DTM+329: 530777# 
NAT+2+US# 

RFF+AVF: 0039BC# 

NAD + F L + + +■: ■ I 
DTM + 3 2 9: 7T7273# 
NAT+2+KR# 

RFF+AVF: 02DDBA# 

NAD + F L+ + +■§■ 

DTM + 329: 8707x7 
NAT+2+US# 

RFF+AVF: 02F328# 

NAD + FL+ + +HHH 
DTM+329: 690112# 
NAT+2+US# 

RFF+AVF: 0E9FCE# 

NAD + FL+ + +HH| 
DTM + 3 2 9: 7 9 0 4 2 /# 

NAT + 2 +1 N# 

RFF+AVF:154FDE# 
NAD+FL+ + +BBH 
DTM+329: 6/0122# 


Bor der Crossi ng. 
I+++++# 

I+++++# 

I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+ + + + + # 


I+++++# 


I+++++# 


I+++++# 



t xt 
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NAT +2 +CA# 

RFF+AVF:05DBD7# 

NAD + FL+ + +^^^H 
DTM+329: 9 "D"I“ 

NAT +2 +CA# 

RFF+AVF: 05DBD7# 

NAD + FL+ + +^^^H 
DTM + 3 2 9: 5 B U 4 IB # 

NAT +2 +CA# 

RFF+AVF: 05DBD7# 

NAD + FL+ + +^H 
DTM + 3 2 9: 5 ThTT#' 

NAT +2 +US # 

RFF+AVF: 02FCD3# 

NAD + FL+ + +^^^H 
DTM + 3 2 9: 

NAT + 2 +1 E# 

RFF+AVF:159718# 

NAD + FL+ + +I 
DTM+329: 6 
NAT +2 +CA# 

RFF+AVF: 0E6516# 

NAD + FL+ + +^^^H 
DTM + 3 2 9: 5W5T7? 

NAT +2 +AU# 

RFF+AVF:0334B3# 

NAD + FL+ + +|^^^H 
DTM + 3 2 9: 9 bU111# 

NAT +2 +AU# 

RFF+AVF: 0334B3# 

NAD + FL+ + +^^^H 
DTM + 3 2 9: 8 8 1 2 U21 
NAT +2 +AU# 

RFF+AVF: 0334B3# 

NAD + FL+ + +^^^H 
DTM + 3 2 9: 

NAT +2 +AU# 

RFF+AVF:0334B3# 

NAD + FL+ + +^^^H 
DTM+329:900517# 

NAT +2 +AU# 

RFF+AVF: 0334B3# 

NAD + FL+ + +^^^H 
DTM + 3 2 9: 9 2 1 1 1 4 # 

NAT +2 +AU# 

RFF+AVF: 0334B3# 

NAD + FL+ + +|^™ 

DTM + 3 2 9: 8 "D8D"#' 

NAT +2 +US # 

RFF+AVF: 0F6997#_ 

NAD + FL+ + +^H: 

DTM + 3 2 9: 4TTTTT6 # 

NAT +2 +CA# 

RFF+AVF:02B108# 

NAD + FL+ + +^H: 

DTM + 3 2 9: 9M5TT# 

NAT +2 +CA# 

RFF+AVF:130EA3# 

NAD + FL+ + +^^H 
DTM + 3 2 9: 0 1D21“ 

NAT +2 +P K# 

RFF+AVF: 031CC6# 

CNT +4 2: 0 7 4 # 


Bor der Crossi ng. 
I+ + + + + # 

I+++++# 

J+++++# 

I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+ + + + + # 


I+++++# 


+ + + + + # 


I+ + + + + # 


I+++++# 


t xt 
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> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 



> 

> 


> | Subject: APIS Manifest Transmissions - Large 

Message 3 

> 

> 

> 

> 

> 

> 

> 



> 

> 

> I sent another large manifest transmission (looks like it 
wo u I d h a v e 

> been 

> two separate ones to APIS) this morning with the corrected 
date 

> fields. A 

> copy of the manifest is attached below. Again, please keep in 
mi n d, 

> t h e 

> "seconds" in the timestamp will be slightly askew. 

> 

> For this transmission, will you please specifically review the 

UNT, 
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> UNE and 

> 

t h e 

> content. 

> 

> 

into 

> separate 

> 


Border Crossing.txt 

UNZ segments? Not only for syntax, but more for accuracy of 
I 

am concerned that because we are having to split the manifest 
messages to get it through SITA, the values in these segments 


> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

sent on 

> 7/6 we 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

>. 

> - - 


particularly the UNT segment -- may not be correct 
Thanks in advance. 


.Original Message. 

S u b j i f e s t Transmissions - Large Message 2 


Sorry for the late response. After reviewing you messages 


found the folio wing errors: 

The date format in the DTM+232 and DTM+189 segments are wrong, 


The date used in these segments was 0529061940 and 0529060950 
The correct format is 0506291940 and 0506290950. 


Hope this makes sense, any questions please let me know. 


department of Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 
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l*\ 


> 2 
> 

> 

> 

> 

>. 

> - - 
> 

> 

> 

> 

> 

> 

> 

> 

> 

> correct. 

> 

> 

messages via 

> SI TA. 

> 

> 

APIS and 

> appear 

> 

> 

> 

> me s s a g e (s) 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

large 

> 

> 

> 

> 

> 

> 


My apologies for misleadin 
Our "large" message was in 
I 

thought these separate mes 

as one "large" message or 
Was the syntax -- particul 
correct for it to be proce 


.O riginal Message. 

Sent : 

S u b j f e s 


I found three transmission 
transmission you had attaci 


depart ment or Home land Se c i 
Customs and Border Protecti 
Enforcement Systems Branch 







Exemption 6 



> | Subject: APIS Manifest Transmissions - Large 

Message 2 

> 

> 

> 

> 

>. 

> - - 
> 

> 

> 

> 

> 

> 


> 

> 

> Per request, please find attached a new "large" 

> Amtrak-to-API S 

> t r a n s mi s s i o n. 

> 

> Our issue before was that the headers and trailers were not 
bei ng 

> s e n t wi t h 

> each file sent through SITA. 

> 

> Will you please validate the receipt of the attached message 
a n d 

> advise if 

> it was either successful or contains errors? Please be aware 
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that 

> t h e 

> 

wi I I 

> vary 

> 

i n 

> locating 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

5 e g me n t s 

> and the 

> 

then 

> 3 2 0 0 

> 

> 

> 

> 

> 

> 


Border Crossing.txt 

seconds value of the timestamps in the message 
slightly from the ones in the attachment. Thi 


t h e 

message in APIS 
Thanks, 


Ori gi nal Message 



I review the large message. Here is the pro 


You will need to replicate the header UNA thro 


trailer UNT, UNE and UNZ when attempting to se 


bytes. Below is an example of what we 
receive when SITA breaks up the message: 

QU DCAUSCR, I ADATXH 

2 8 2 0 5 8 DTM + 3 2 9: 9403 14#NAT +2 + US#RF F +AVF: 0A1D2 0#I\ 



+ + + + + #DTM + 3 2 9: 5 1 0 7 04#NAT + 2 + US #RF F +AVF: 1 3 6 9 0 7 #l\ 


+ + + #DT M + 3 2 9: 421216#NAT+2+US#RFF+AVF: 0 8 C9 F 6 #NAD + F L +H 


32 


9: 9 


70213#NAT + 2+ US#RFF + AVF: 0 B 8 8 6 1 #NAD + F L + + -H^^^H|+ + + + + #DT h 
> +2 
> 

> 


> 

> + US 

> 

> 

#RF F +AVF: 0 B 8 8 6 1 #NAD + F L + + - 


|+ + + + + #DTM + 3 2 9: 0 2 0 8 1 3 #NA 
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> OB 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

Train 
> 6 8 2 9J 

From: 
Sent : 

To: 

Cc: 

Subject: 


Border Crossing.txt 


886 

l#CNT+42: 099#UNT+00405+125839#UNE+1+00000001#UNZ+1+125839# 


Jepart ment of Homeland Security 
Customs and Border Protection 
Enforcement Systems Branch 
Ph. 

Fax. 

Ext e rTTal E ma i 


(See attached file: Train 6 8 29JUN05 Large Msg 2.doc) 

(See attached file: Train 6 8 29JUN05 Large Msg 3.doc) << File: 
UN05 Large Ms g 3.doc >> 


ri day, J ufy 08, 2005 11:38 AM 



am test I r a n s mi s s i o n s - Large Message 3 


Below is the outbound message we sent to SITA. It appears to contain the NAD 
segment in question. The rest of the data ( i . e. , DTM, NAT and RFF) for the same 
passenger would have been sent in the next message. 

Is APIS looking for all of the data pertaining to a single passenger to be grouped 
as one unit, in its entirety ( i . e. , NAD, DTM, NAT and RFF) and in the same message? 


From: 

■ 

Sent : 

T? 

T o: 

m 

Cc: 

■ 

Subj ect 


Here 1 s 

t h e 

block wi 1 1 

70EE00 

E 0 0 

70EE10 

E10 

70EE20 

E 2 0 

70EE30 

E 3 0 

70EE40 

E 4 0 

70EE50 

E 5 0 

70EE60 

E 6 0 

70EE70 

E 7 0 

70EE80 

E 8 0 

70EE90 

E 9 0 


Or i gi nal Message- 


r i d a y, July 


2005 10:46 AM 



am test I r a n s mi s s i o n s - Large Message 


C64EC1E5 C67AF0C5 
C1C44EC6 D34E4E4E 
C2D6E2C1 7AE3C8D6 
7B0D0AC4 E3D44EF3 
F47B0D0A D5C1E34E 
C6C64EC1 E5C67AF0 
D5C1C44E C6D34E4E 

E 9 0 F0F3F0F7 4EF0F7F4 


that's where the n a me is 


F6F5F1F6 7B0D0AD5 F. AVF: 0 E 6 516 #. . N 
D3C9D4C1 40C2C1D9 AD. FL... LI MA BAR 

D4C1E24E 4E4E4E4E . 

F2F97AF9 F8F0F5F1 ITTjtM. J 2 9: 98051 
F24EC3C1 7B0D0AD9 4#. . NAT. 2. CA#. . R 
C5F6F5F1 F67B0D0A FF. AVF: 0E6516#. . 

bhhhm nad. fl . ..mmm 

Ijj aSS p E : . . 

7B0D0AE4 D5 E 3 4 E F 0 ^^^7 4 #. . U NT. 0 
F1F4F27B 0D0AE4D5 0307. 074142#.. UN 
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70EEA0 EAO C54EF14E F0F0F0F0 F0F0F0F1 7B0D0AE4 E.1. 00000001#.. U 
70EEB0 EBO D5E94EF1 4EF0F7F4 F1F4F27B 0D0A0 0 0 0 NZ. 1. 074142#. . . . 

.0 riginalMes s age. 

Sent: 0 8, 2 0 0 5 9:1 7 AM 

To: 

Cc: 

S u b j o n s - Large Message 3 


Look at the yellow hi-lited section on page 4 of the attach ment. Looks like the 
manifest had the NAD segment in front of the DTM, but Frank said it is missing, 
we drop it, or SITA? 


I 


.Ori g i n ai 

From: ■■■ 
Sent : 

To: 

Subj 


Message- 


uiy 


a n i f es t 


T r a n s mi s s i o n s 


Large Message 3 


Here is the most resent manifest sent. It did not process. See my 
inserted text for error. 

Any questions please give me a call 

UNA: + . ? # 

UNB+UNOA: 4+API S AMT: 2V+USCSAPI S:ZZ+050707: 0630+063059++API S# 
UNG+PAXLST+API S“AMT:2V+USCSAPI S:ZZ+050707:0630+00000001+UN+D: 02B# 
UNH+063059+PAXL5T: D: 02B: UN:IATA++001: F# 

B G M + 7 4 5 + + # 

NAD + MS+ ++CENTRALI ZED? NATIONAL? OPERATIONS? CENTER# 

COM+^^^^^H: TE+^^^^^M: FX# 

T D T 

L OC + 12 5 +MT R# 

DTM+232: 0507061830:201# 

L OC + 8 7 +NY P # 

DTM+189: 0507060815: 201# 


******* The highlighted area describes a passenger, but there was no NAD 
segment preceding 

t he DTM ********** 


DTM+329: 830730# 
NAT+2+CA# 
RFF+AVF: 0349A9# 


NAD + FL+ + +^^»:| 
DTM + 3 2 9: 570T2T# 
NAT+2+US# 
RFF+AVF: 034A4A# 


+ + + + + # 


NAD + FL + + +HHH: 
DTM+329: 82U/3U# 
NAT+2+AU# 
RFF+AVF: 02F223# 


+ + + + + # 


NAD+FL+++ 
DTM+329: 5 




+ + + + + # 
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NAT +2 +US # 

RFF+AVF:121C9D# 

NAD + F L+ + +^^^H: 
DTM+329:49U5I2# 

NAT +2 +US # 

RFF+AVF: 034BA1# 

NAD + FL+ + +^^H: 

DTM + 3 2 9: 7 WUlJ #" 
NAT+2+US# 

RFF+AVF: 02F328# 

NAD + F L+ + +^^^^H: 
DTM + 3 2 9: 

NAT +2 +CA# 

RFF+AVF: 029C4D# 

NAD + FL+ + +^^H: 

DTM + 3 2 9: 9 1 1) 1 1 1 1 
NAT+2+CA# 

RFF+AVF: 074A9C# 

NAD + FL+ + +^^H: 

DTM + 3 2 9: 4 
NAT +2 +CA# 

RFF+AVF: 074A9C# 

NAD + FL+ + +^^H: 
DTM+329: 831077# 
NAT+2+CA# 

RFF+AVF: 074A9C# 

NAD + FL+ + +^^H: 

DTM + 3 2 9: 8 " 1121 #" 

NAT +2 +US # 

RFF+AVF: 0039BC# 

NAD + FL+ + +^^H:| 
DTM+329: 53070?# 

NAT +2 +US # 

RFF+AVF: 0039BC# 

NAD + F L + + +■: m I 
DTM + 3 2 9: 7W2TT# 

NAT +2 +KR# 

RFF+AVF: 02DDBA# 

NAD + F L+ + +^^H: 

DTM + 3 2 9: 87!HTt#" 
NAT+2+US# 

RFF+AVF: 02F328# 

NAD + F L+ + +^^^H: 
DTM+329: 6TDTT7# 
NAT+2+US# 

RFF+AVF: 0E9FCE# 

NAD + F L+ + +^^^H: 
DTM + 3 2 9: 7 9 U 4 2/# 

NAT + 2 +1 N# 

RFF+AVF:154FDE# 

NAD + F L+ + +^^^H: 
DTM+329: 67D 12 2I 
NAT+2+CA# 

RFF+AVF: 05DBD7# 

NAD + F L+ + +^^^H: 
DTM + 3 2 9: 9 " 1)" 111 
NAT+2+CA# 

RFF+AVF:05DBD7# 

NAD + F L+ + +^^^H: 
DTM+329: 58U4I8# 
NAT+2+CA# 

RFF+AVF: 05DBD7# 

NAD + FL+ + +I 


Border 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


+ + + + + # 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


Crossi ng. txt 
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DTM+329: 531121# 

NAT+2+US# 

RFF+AVF: 02FCD3# 

NAD + F L+ + +■■■■: ^^>+ + + + + # 

DTM + 3 2 9: 

NAT + 2 +1 E# 

RFF+AVF:159718# 

NAD + F L+ + +HHHH: ^^> + + + + + # 
DTM+329: 621221# 

NAT+2+CA# 

RFF+AVF: 0E6516# 

NAD + FL+ + +HHIH: ^^_ + + + + + # 
DTM + 3 2 9: 

NAT+2+AU# 

RFF+AVF: 0334B3# 

NAD + FL+ + +HHH: ^^^H + + + + + # 
DTM + 3 2 9: 

NAT+2+AU# 

RFF+AVF: 0334B3# 

NAD + FL+ + +HHH: ^^B + + + + + # 
DTM+329: 8812U2# 

NAT +2 +AU# 

RFF+AVF: 0334B3# 

NAD + F L+ + +HHH: ^^> + + + + + # 
DTM + 3 2 9: 

NAT+2+AU# 

RFF+AVF: 0334B3# 

NAD + F L+ + +MHM:^^^H + + + + + # 
DTM+329: 9UU512# 

NAT +2 +AU# 

RFF+AVF: 0334B3# 

NAD + F L+ + +^^^H: ^^H+ + + + + # 
DTM + 3 2 9: 9li 1114# 

NAT+2+AU# 

RFF+AVF: 0334B3# 

NAD + F L + + +^^H: ^^^H+ + + + + # 

DTM + 3 2 9: ijWTi# 

NAT +2 +US # 

RFF+AVF: 0F6997# 

NAD + F L+ + +^H: ^^H+ + + + + # 

DTM + 3 2 9: 4TT7(I6l 
NAT+2+CA# 

RFF+AVF: 02B108# 

NAD + F L + + +^^H: ^^H+ + + + + # 

DTM + 3 2 9: 9W5T?# 

NAT+2+CA# 

RFF+AVF:130EA3# 

NAD + F L + + +HHH: ^^H + + + + + # 

DTM + 3 2 9: 

NAT+2+PK# 

RFF+AVF: 031CC6# 

CNT+42: 074# 

UNT+00307+063059# 

UNE+1+00000001# 

UNZ+1+063059# 


Border Crossing.txt 


department or Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 
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> 



Subject: APIS Manifest Transmissions - Large Message 3 



I sent another large manifest transmission (looks like it would have been 
two separate ones to APIS) this morning with the corrected date fields. A 
copy of the manifest is attached below. Again, please keep in mind, the 
"seconds" in the timestamp will be slightly askew. 

For this transmission, will you please specifically review the UNT, UNE and 
UNZ segments? Not only for syntax, but more for accuracy of the content. 

I 

am concerned that because we are having to split the manifest into separate 
messages to get it through SITA, the values in these segments -- 
particularly the UNT segment -- may not be correct. 

Thanks in advance. 


.O riginal Message 

Sent : 

S u b j f e s 



T r a n s mi s s i o n s 


Large Message 2 


Sorry for the late response. After reviewing you messages sent on 7/6 we 
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Border Crossing.txt 

found the folio wing errors: 

The date format in the DTM+232 and DTM+189 segments are wrong, 

The date used in these segments was 0529061940 and 0529060950. 
The correct format is 0506291940 and 0506290950. 

Hope this makes sense, any questions please let me know. 


department of Home land Security 
Customs and Border Protection 
Enforce ment Systems Branch 





Subject: RE: APIS Manifest Transmissions - Large Message 2 


> 


My apologies for misleading you; what you found is most likely correct. 

Our "large" message was in fact sent as three separate messages via SITA. 

I 

thought these separate messages would be "re-assembled" in APIS and appear 
as one "large" message or a compI et e ma ni f es t . 

Was the syntax -- particularly the headers/trailers -- of the message(s) 
correct for it to be processed in APIS? 
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Per 5 request, please find attached a new "large" Amtrak-to-API S 

t r a n s mi s s i o n. 

Our issue before was that the headers and trailers were not being sent with 
each file sent through SITA. 

Will you please validate the receipt of the attached message and advise if 
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Border Crossing.txt 

it was either successful or contains errors? Please be aware that the 
seconds value of the timestamps in the message(s) you receive will vary 
slightly from the ones in the attachment. This may help you in locating 
the 

message in APIS. 

Thanks, 


Ori gi nal Message 





Large Message 


1 review the large message. Here is the problem. 

You will need to replicate the header UNA through the DTM segments and the 
trailer UNT, UNE and UNZ when attempting to send a file larger then 3200 
bytes. Below is an example of what we 
receive when SITA breaks up the message: 

QU DCAUSCR,IADATXH 

2 8 2 0 5 8 DT M + 3 2 9: 9403 14#NAT +2 +US#RF F + AVF: 0 A1 D2 0 #NA D + F L + + 

»p^^H+ + + + + #DTM + 3 2 9: 510704#NAT +2 +US#RFF + AVF : 1 3 6 9 oTTnTB + F L + + +_: _ 

+ + + #DT M + 3 2 9: 421216#NAT + 2+ US#RFF + AVF: 0 8 C9 F 6 #NA D + F L + + +BM: ^^» + + + + #DT M + 3 2 


9 ■ 9 

70213#NAT + 2+ US#RFF + AVF: 0B8861#NAD + FL + + +|^^B: ^M+ + + + + #DTM + 3 2 9: 9 8 1 1 2 8 #NAT +2 


+ US 

#RF F +AVF: 0 B 8 8 6 1 #NA D + F L^™+ + + + + #DT M + 3 2 9: 020813#NAT + 2+ US#RFF + AVF: OB 


886 

l#CNT+42: 099#UNT+00405+125839#UNE+1+00000001#UNZ+1+125839# 


Department of Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 

Fax. ^_ 

(See attached file: Train 6 8 2 9JUN05 Large Msg 2.doc) 
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(See attached file: Train 6 8 2 9JUN05 Large Msg 3.doc) << File: Train 6 8 29JUN05 
Large Ms g 3.doc >> 

From: 

Sent: maayLJury 0 8, 2 0 0 5 9:1 7 AM 

S u b j e c t : s s i o n s - Large Message 3 

Attachments: Train 6 8 29JUN05 Large Msg 3.doc 


Look at the yellow hi-lited section on page 4 of the attach ment. Looks like the 
manifest had the NAD segment in front of the DTM, but said it is missing, 

we drop it, or SITA? 


I 


.Ori g i n a I 

From: 

Sent : 

T° : mBH 


Message- 


u l y 


a n i f es t 


T r a n s mi s s i o n s 


Lar ge Message 3 


Here is the most resent manifest sent. It did not process. See my 
inserted text for error. 

Any questions please give me a call 

UNA: + . ? # 

UNB+UNOA:4+API S AMT: 2V+USCSAPI S:ZZ+050707: 0630+063059++API S# 
UNG+PAXLST+API S' AMT: 2V+USCSAPI S:ZZ+0 50707: 0 6 3 0 +0 0 0 0 0 0 0 1 +UN+D: 0 2B# 
UNH+063059+PAXL5T: D: 02B: UN:IATA++001: F# 

BGM+745++# 

NAD + M S+ ++CENTRAL I ZED ? NATIONAL? OPERATIONS? CENTER# 

■HBHMMHI 1 TE+^^^^^H: FX# 

LOC+125+MTR# 

DTM+232: 0507061830:201# 

LOC+87+NYP# 

DTM+189: 0507060815: 201# 


******* The highlighted area describes a passenger, but there was no NAD 
segment preceding 

the DTM ********** 


DTM+329: 830730# 
NAT+2+CA# 
RFF+AVF: 0349A9# 


NAD + FL+ + +I 
DTM+329: 5, 
NAT+2+US# 
RFF+AVF: 034A4A# 


+ + + + + # 


NAD + FL+ + +I 
DTM+329: 8, 
NAT+2+AU# 
RFF+AVF: 02F223# 




+ + + + + # 


NAD + FL+ + +P 
DTM + 3 2 9: 51 
NAT+2+US# 
RFF+AVF:121C9D# 




+ + + + + # 
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NAD + FL+ + +I 
DTM+329:4 T 
NAT +2 +US # 

RFF+AVF: 034BA1# 

NAD + FL+ + +^H: 

DTM + 3 2 9: lTKTlU 
NAT+2+US# 

RFF+AVF: 02F328# 

NAD + F L+ + +^^^^H: 
DTM + 3 2 9: 8773771 
NAT +2 +CA# 

RFF+AVF: 029C4D# 

NAD + FL+ + +^^H: 

DTM + 3 2 9: 9 TO 11II 
NAT +2 +CA# 

RFF+AVF: 074A9C# 

NAD + FL+ + +^^H: 

DTM + 3 2 9: 4 
NAT +2 +CA# 

RFF+AVF: 074A9C# 

NAD + FL+ + +^^H: 
DTM+329: 831024# 
NAT+2+CA# 

RFF+AVF: 074A9C# 

NAD + FL+ + +^^H: 
DTM+329: 87117?* 

NAT +2 +US # 

RFF+AVF: 0039BC# 

NAD + FL+ + +^^H: 

DTM + 3 2 9: 537777# 

NAT +2 +US # 

RFF+AVF: 0039BC# 

NAD + F L + + +■: 

DTM + 3 2 9: 7772 (JJI 
NAT +2 +KR# 

RFF+AVF: 02DDBA# 

NAD + FL+ + +^^» 
DTM+329: 8777T7 
NAT+2+US# 

RFF+AVF: 02F328# 

NAD + F L+ + +^^^H 
DTM+329: 670117# 
NAT+2+US# 

RFF+AVF: 0E9FCE# 

NAD + F L+ + +^^^H 
DTM+329: 777777# 

NAT + 2 +1 N# 

RFF+AVF:154FDE# 

NAD + F L+ + +^^^H 
DTM+329: 677122# 
NAT+2+CA# 

RFF+AVF: 05DBD7# 

NAD + F L+ + +^^^H 
DTM+329:9373171 
NAT+2+CA# 

RFF+AVF: 05DBD7# 

NAD + F L+ + +^^^H 
DTM+329: 58U418# 
NAT+2+CA# 

RFF+AVF: 05DBD7# 

NAD + FL+ + +^^» 
DTM+329: 53TT7T 
NAT+2+US# 


Border 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


+ + + + + # 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


I+++++# 


Crossi ng. txt 
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RFF+AVF: 02FCD3# 

NAD + F L ^^g + + + + + # 

DTM+329: SlWlTr 
NAT + 2 +1 E# 

RFF+AVF:159718# 

NAD + F L+ + +HHBM: ^^g + + + + + # 
DTM+329: 621221# 

NAT+2+CA# 

RFF+AVF: 0E6516# 

NAD + F L+ + +^^^H:^^H+ + + + + # 

DTM + 3 2 9: 5 D U D H I 

NAT+2+AU# 

RFF+AVF: 0334B3# 

NAD + F L + + +B|H: ^^^H + + + + + # 
DTM + 3 2 9: 

NAT+2+AU# 

RFF+AVF: 0334B3# 

NAD + F L+ + +HHHH: ^^> + + + + + # 
DTM+329: 8812U2# 

NAT+2+AU# 

RFF+AVF: 0334B3# 

NAD + F L+ + +HHH: ^^> + + + + + # 
DTM + 3 2 9: 

NAT+2+AU# 

RFF+AVF: 0334B3# 

NAD + F L+ + +HHIH: ^^^H + + + + + # 
DTM+329: 9UU312# 

NAT+2+AU# 

RFF+AVF: 0334B3# 

NAD + F L+ + +^^^H:^^H+ + + + + # 
DTM+329: 921114# 

NAT+2+AU# 

RFF+AVF: 0334B3# 

NAD + F L + + +^^H: ^^^H+ + + + + # 
DTM+329: 8 1 UUU 1 # 

NAT+2+US# 

RFF+AVF: 0F6997# 

NAD + F L+ + +^H: ^^H+ + + + + # 

DTM + 3 2 9: 4TTT7T6 # 

NAT+2+CA# 

RFF+AVF: 02B108# 

NAD + F L + + +^^H: ^^H+ + + + + # 

DTM + 3 2 9: 9W5TT# 

NAT+2+CA# 

RFF+AVF:130EA3# 

NAD + F L + + +^^H: ^^H+ + + + + # 

DTM+329: oToTTtT 

NAT+2+PK# 

RFF+AVF: 031CC6# 

CNT+42: 074# 

UNT+00307+063059# 

UNE+1+00000001# 

UNZ+1+063059# 


Border Crossing.txt 


department of Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 



x t e r n a 
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> 



Subject: APIS Manifest Transmissions - Large Message 3 



I sent another large manifest transmission (looks like it would have been 
two separate ones to APIS) this morning with the corrected date fields. A 
copy of the manifest is attached below. Again, please keep in mind, the 
"seconds" in the timestamp will be slightly askew. 

For this transmission, will you please specifically review the UNT, UNE and 
UNZ segments? Not only for syntax, but more for accuracy of the content. 

I 

am concerned that because we are having to split the manifest into separate 
messages to get it through SITA, the values in these segments -- 
particularly the UNT segment -- may not be correct. 

Thanks in advance. 


. O ri gi nal Message 

Sent : 

Subj f est 



T r a n s mi s s i o n s 


Large Message 2 


Sorry for the late response. After reviewing you messages sent on 7/6 we 
found the following errors: 
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The date format in the DTM+232 and DTM+189 segments are wrong, 

The date used in these segments was 0529061940 and 0529060950. 
The correct format is 0506291940 and 0506290950. 


Hope this makes sense, any questions please let me know. 


department of Homeland Security 
Customs and Border Protection 
Enforce me n t Systems Branch 





Subject: RE: APIS Manifest Transmissions - Large Message 2 


> 


My apologies for misleading you; what you found is most likely correct. 

Our "large" message was in fact sent as three separate messages via SITA. 

I 

thought these separate messages would be " r e - a s s e mb I e d" in APIS and appear 
as one "large" message or a compI et e ma ni f es t . 

Was the syntax -- particularly the headers/trailers -- of the message(s) 
correct for it to be processed in APIS? 
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Per s request, please find attached a new "large" Amtrak-to-API S 

t r a n s mi s s i o n. 

Our issue before was that the headers and trailers were not being sent with 
each file sent through SITA. 

Will you please validate the receipt of the attached message and advise if 
it was either successful or contains errors? Please be aware that the 
seconds value of the timestamps in the message(s) you receive will vary 
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slightly from the ones in the attachment. This may help you in locating 
the 

message in APIS. 


Thanks, 


Original Message 



1 review the large message. Here is the problem. 

You will need to replicate the header UNA through the DTM segments and the 
trailer UNT, UNE and UNZ when attempting to send a file larger then 3200 
bytes. Below is an example of what we 
receive when SITA breaks up the message: 

QU DCAUSCR,IADATXH 

2 8 2 0 5 8 DT M + 3 2 9: 9403 14#NAT +2 +US#RF F + AVF: 0A1D20#NAD + F L + + + WI HI A 

MS: PATRl ClA + + + + + #DTM + 3 2 9: 510704#NAT +2 +US#RFF + AVF: 1 3 6 9 0 7 #NAD + FLM 

■■++ _ 

+ + + #DT M + 3 2 9: 4 2 1 2 1 6 #NAT +2 + US #RF F +AVF: 0 8 C9 F 6 #NA D + F L^^» + + + + #DT M + 3 2 


9 1 9 

70213#NAT + 2+ US#RFF + AVF: 0 B 8 8 6 1 #NAD + F L^M+ + + + + #DTM + 3 2 9: 9 8 1 1 2 8 #NAT +2 


+ US 

#RF F +AVF: 0 B 8 8 6 1 #NAD + F L + + +HB|: ^«+ + + + + #DT M + 3 2 9: 020813#NAT + 2+ US#RFF + AVF: OB 


886 

l#CNT+42: 099#UNT+00405+125839#UNE+1+00000001#UNZ+1+125839# 


Department of Homeland Security 
Customs and Border Protection 
Enforce me n t Systems Branch 
Ph. 

Fax. ^_ 

(See attached file: Train 6 8 2 9JUN05 Large Msg 2.doc) 


(See at t ached file: Train 6 8 2 9JUN05 Large Msg 3.doc) 
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Sent: Thursday, j ul y 07, 2005 12:41 PM 

S u b j e c t : ^^^^^RETReviewTRspnaseZEx t e r n a I Design Document 



and I did discuss putting a GDS placeholder in the 
Amtrak confirms how the data will be processed and 


d o c u me n t 
stored. 


until such time 


Once we have confirmation on the Arrow p r o c e s s / f o r ma t, will determine the best 

way for the GDS 1 to comply. I think he would like to Tn^e them use IATA standard 
SSRs to send the data; however, I get them impression that is not very likely. If 
SSRs are used, the GDS systems' would perform the validation. 


If the GDS 1 continue to use OSIs, then we have to be able to validate the data 
if-and-when they decide to send it as well as be able to reject invalid 
requests/for mats and respond accordingly. 


Or i gi nal Message- 


From: 

Sent: l nur sday, July 0 7, 2 0 0 5 1 2:0 8 PM 

S u b j e c t : Review APIS phase 2 External Design Document 

Can you answer 5 question ? 

.Original Appoint me n t. 

From: BEM9SSSMB9 

Sent: 0 7, 2 0 0 5 1 2:0 6 PM 

To: BMHH 

S u b j Review APIS phase 2 External Design Document 

When: Monday, July 1 1, 2 0 0 5 1 0:0 0 AM- 11: 3 0 AM ( GMT - 0 5: 0 0) Eastern Time (US & 

Canada) . 

Where: 60 Mass - Conf Room | 


I will be in London avoiding mischief (and other things) 
was t'here is no mention of GDS in the document. Should there be? 
From: gMgmMM j i 

Sent: mi^n^^Tuly 0?. 2 0 0 5 9:5 4 AM 

To: 

Cc: 

Subject: APIS Manifest I r a n s mi s s i o n s - Large 

Attachments: Train 6 8 29JUN05 Large Msg 3.doc 


My only question 



es s a g e 3 


I sent another large manifest transmission (looks like it would have been two 
separate ones to APIS) this morning with the corrected date fields. A copy of the 
manifest is attached below. Again, please keep in mind, the "seconds" in the 
t i mes t a mp wi I I be slightly askew. 

For this transmission, will you please specifically review the UNT, UNE and UNZ 
segments? Not only for syntax, but more for accuracy of the content. I am 
concerned that because we are having to split the manifest into separate messages to 
get it through SITA, the values in these segments -- particularly the UNT segment -- 
maynotbecorrect. 

Thanks in advance. 


Page 528 







Exemption 6 


Border Crossing.txt 


Or i gi nal Message- 


e nr : inursaay, j ui y u /, 

S u b j f e s t Transmissions - Large Message 2 


Sorry for the late response. After reviewing you messages sent on 7/6 we 
found the folio wing errors: 

The date format in the DTM+232 and DTM+189 segments are wrong, 

The date used in these segments was 0529061940 and 0529060950. 

The correct format is 0506291940 and 0506290950. 

Hope this makes sense, any questions please let me know. 


Lie p a r t me n t or Ho me land Security 
Customs and Border Protection 
Enforce me nt Systems Branch 


: x t e r n a l t mai I : 


07/06/2005 11:21 
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My apologies for misleading you; what you found is most likely correct. 

Our "large" message was in fact sent as three separate messages via SITA. 

I 

thought these separate messages would be "r e - a s s e mb I e d" in APIS and appear 
as one "large" message or a compI et e ma ni f es t . 


Was the syntax -- particularly the headers/trailers 
correct for it to be processed in APIS? 


of the mes s a ge(s) 


.Or i gi nal Message. 

S u b j f e s t Transmissions - Large Message 2 


I found three transmissions from Amtrak, but did not see the large 
transmission you had attached. 


Lie p a r t me n t or Ho me land Security 
Customs and Border Protection 
Enforce me nt Systems Branch 


: x t e r n a l t mai I : 


07/06/2005 09: 38 


UDjecr: APIS Manifest Transmissions - Large Message 2 
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Per HI'5 request, please find attached a new "large" Amtrak-to-API S 
t r a n s mi s s i on. 

Our issue before was that the headers and trailers were not being sent with 
eachfilesentthroughSITA. 

Will you please validate the receipt of the attached message and advise if 
it was either successful or contains errors? Please be aware that the 
seconds value of the timestamps in the message(s) you receive will vary 
slightly from the ones in the attachment. This may help you in locating 
the 

message in APIS. 

Thanks, 


Original Message 



I review the large message. Here is the problem. 


You will need to replicate the header UNA through the DTM segments and the 
trailer UNT, UNE and UNZ when attempting to send a file larger then 3200 
bytes. Below is an example of what we 
receive when SITA breaks up the message: 

QU DCAUSCR,IADATXH 

2 8 2 0 5 8 DT M + 3 2 9: 9403 14#NAT +2 +US#RF F + AVF: 0 A1 D2 0 #NA D + F L + + 

»^^^^+ + + + + #DTM + 3 2 9: 510704#NAT +2+US#RFF + AVF: 13 6 9 077nTd + F L + + +_: _ 

+ + + #DT M + 3 2 9: 4 2 1 2 1 6 #NAT +2 + US #RF F +AVF: 0 8 C9 F 6 #NA D + F L^^» + + + + #DT M + 3 2 


9 ■ 9 

70213#NAT + 2+ US#RFF + AVF: 0 B 8 8 6 1 #NAD + F L + + +MM: ^M+ + + + + #DTM + 3 2 9: 9 8 1 1 2 8 #NAT +2 


+ US 

#RF F +AVF: 0 B 8 8 6 1 #NA D + F L + + +■■■: ^™+ + + + + #DT M + 3 2 9: 020813#NAT + 2+ US#RFF + AVF: OB 


886 

1#C NT +4 2: 0 9 9 #U NT +0 0 4 0 5 +1 2 5 8 3 9 #UNE+1 +0 0 0 0 0 0 0 1 #UNZ + 1 +1 2 5 8 3 9 # 


Department of Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 
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Subject: APIS Manifest Transmissions - Large Message 2 



Per ^'s request, please find attached a new "large" Amtrak-to-API S 
t r a n s mi s s i on. 

Our issue before was that the headers and trailers were not being sent with 
eachfilesentthroughSITA. 

Will you please validate the receipt of the attached message and advise if 
it was either successful or contains errors? Please be aware that the 
seconds value of the timestamps in the message(s) you receive will vary 
slightly from the ones in the attachment. This may help you in locating 
the 

message in APIS. 

Thanks, 


Ori gi nal Message 



1 review the large message. Here is the problem. 

You will need to replicate the header UNA through the DTM segments and the 
trailer UNT, UNE and UNZ when attempting to send a file larger then 3200 
bytes. Below is an example of what we 
receive when SITA breaks up the message: 

QU DCAUSCR,IADATXH 

2 8 2 0 5 8 DT M + 3 2 9: 9403 14#NAT +2 +US#RF F + AVF: 0 A1 D2 0 #NA D + F L 

|»p^^H+ + + + + #DTM + 3 2 9: 510704#NAT +2 +US#RFF + AVF : 1 3 6 9 oTTnTB + F L + + +_: _ 

+ + + #DT M + 3 2 9: 4 2 1 2 1 6 #NAT +2 + US #RF F +AVF: 0 8 C9 F 6 #NA D + F L + + +^_: ^^^+ + + + + #DT M + 3 2 
9 ■ 9 

70213#NAT+2+US#RFF+AVF: 0 B 8 8 6 1 #NA D + F L+ + +^_: ^^+ + + + + #DTM + 3 2 9: 9 8 1 1 2 8 #NAT +2 
+ US 

#RF F +AVF: 0 B 8 8 6 1 #NA D + F L+ + +^M: ^™+ + + + + #DT M + 3 2 9: 0 2 0 8 1 3 #NAT +2 + US #RF F +AVF: OB 


886 
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c c: 

Subj ect: Message Size to SITA 

0 7 / 0 6/ 2 0 0 5 1 4:3 5 



We have the message size for SITA set to a maxi mum byte count of 3840 
bytes. 

We believe this was a restrict that SITA placed on us. Is that true? 


Many Thanks, 



Lar ge Message 2 


FYI, here's what our console looks like 


ZBTP0008I 0 6.2 3.1 7 ACK RESPONSE FOR MSG REF: API S0001 + 

ZBTP0008I 0 6.2 3.1 9 ACK RESPONSE FOR MSG REF: APIS0002+ 

ZBTP0008I 0 6.2 3.2 1 ACK RESPONSE FOR MSG REF: APIS0003+ 

SOR70001I 06.23.21 BORDER CROSSING NAME LIST TRAIN 68/29JUN MTR 

TRANSMISSION SUCCESSFUL 0 7 / 0 6/ 0 5 + 

CSMP 0 0 9 9I 0 6.2 3.2 3 2 2 0 0 0 0 -C ZAPGM SORA 5 9 8 1 2 0 0 1 2 0 0 + 


.O ri gi nal Mes s age. 

Sent: ^^Sl^^july 0 6, 2 0 0 5 9:3 9 AM 


u h) e c t : APIS Manifest Transmissions - Large Message 2 



Page 536 





Exemption 6 


Border Crossing.txt 

Per 5 request, please find attached a new "large" Amtrak-to-API S transmission. 

Our issue before was that the headers and trailers were not being sent with each 
file sent through SITA. 

Will you please validate the receipt of the attached message and advise if it was 
either successful or contains errors? Please be aware that the seconds value of the 
timestamps in the message(s) you receive will vary slightly from the ones in the 
attach me nt. This may help you in locating the message in APIS. 

Thanks, 


Ori gi nal Message 



I review the large message. Here is the problem. 

You will need to replicate the header UNA through the DTM segments and the 
trailer UNT, UNE and UNZ when attempting to send a file larger then 3200 
bytes. Below is an example of what we 
receive when SITA breaks up the message: 


QU DCAUSCR,IADATXH 

2 8 2 0 5 8 DT M + 3 2 9: 9403 14#NAT +2 +US#RF F + AVF: 0 A1 D2 0 #NA D + F L + + 
j»p^^H+ + + + + #DTM + 3 2 9: 5 1 0 7 04#NAT +2 +US #RF F + AVF: 1 3 6 9 oTTnTB + F L + + +| 

+ + + #DT M + 3 2 9: 4 2 1 2 1 6 #NAT+2 + US#RFF+AVF : 08C9F 6#NAD + F L + ++ZAMAN:AYESHA + + + + + #DTM + 329: 9 
70213#NAT + 2+ US#RFF + AVF: 0 B 8 8 6 1 #NAD + F L + + +■■■: ■™+ + + + + #DTM + 3 2 9: 9 8 1 1 2 8 #NAT + 2 +US 
#RF F +AVF : 0 B 8 8 6 1 #NAD + F L + + +HB| ^™+ + + ++TuTM + 37!r0 2 0 8 1 3 #NAT +2 + US #RF F +AVF : 0B886 
1#C NT +4 2: 0 9 9 #U NT+00405+125839#UNE+T+00000001#UNZ+1+125839# 


department of Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 
Ph. 

Fax. _ 

Externa 
From: 

Sent : 

To: 

Cc: 

Subj ect 
At t a c h me n t s 



n e s d a y, July 06, 2005 9:39 AM 





a n i rest iransmi ssi ons - Large 
Train 68 29J UN05 Large Msg 2. doc 




Per s request, please find attached a new "large" Amtrak-to-APIS transmission 

Our issue before was that the headers and trailers were not being sent with each 
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file sent through SITA 


Border Crossing.txt 


Will you please validate the receipt of the attached message and advise if it was 
either successful or contains errors? Please be aware that the seconds value of 
timestamps in the message(s) you receive will vary slightly from the ones in the 
attachment. This may help you in locating the message in APIS. 

Thanks, 


Ori gi nal Message 



I review the large message. Here is the problem. 

You will need to replicate the header UNA through the DTM segments and the 
trailer UNT, UNE and UNZ when attempting to send a file larger then 3200 
bytes. Below is an example of what we 
receive when SITA breaks up the message: 


QU DCAUSCR,IADATXH 

2 8 2 0 5 8 DT M + 3 2 9: 9403 14#NAT +2 +US#RF F + AVF: 0 A1 D2 0 #NA D-fF L + + 

*PH^B + + + + + #dtm + 3 2 9: 5 1 0 7 04#NAT + 2 + US #RF F + AVF: 1 3 6 9 0 7 D + F L + + +| 

bii«++^^ 

TT+TdT M + 3 2 9: 4 2 1 2 1 6 #NAT +2 + US #RF F +AVF: 0 8 C9 F 6 #NA D + F L^^» + + + + #DT M + 3 2 9: 9 
70213#NAT + 2+ US#RFF + AVF: 0B8861#NAD + FL + + +^^M: ^^■+ + + + + #DT M+T7T: 9 81128#NAT+2+US 
#RF F +AVF: 0 B 8 8 6 1 #NAD + F L + + +HH: ■M+T+T+IuTM+TziTo 2 0 8 1 3 #NAT +2 + US #RF F +AVF: 0B886 

2y8T9TU¥ETT70 


1 #C NT +4 2: 0 9 9 #U NT + 0 0 4 0 5 +1 2" 


+00000001#UNZ+1+125839# 


department of Homeland Security 
Customs and Border Protection 
Enforce me n t Systems Branch 

Ph. - 

Fax. __ 

Externa 

From: _ 

Sent: I ues day, July 0 5, 2 0 0 5 5:2 0 PM 

To: 




approval . 
Attachments 


Requirements document - ready for 


API S_ RQM_ P h a s e2. doc 

The final version of the APIS phase 2 Detailed Requirements document is attached. 


I am requesting an email sign-off from the project’s approvers, 
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S u b j e c t : Permanent P N R s ? 


Also, if you found it could we find PPNRs that were 'not' created by 

.Ori gi nal Message. 

From: _ 

Sent: We d n e s d a y, June 2 9, 2 0 0 5 1 2:1 7 PM 

To: 

Cc: 

Subj ect 



ermanent PNRs ? 


Hey, 

You were going to see if you had a function that could find Permanent PNRs that had 
only one character for first name or only once character for last name. 

Did you find it? 


r o m: 
Sent : 
To: 

Cc: 

Subj ect 


lursday, June 30, 2005 8:17 AM 



r a n s mi s s i o n s - 
That's what we suspected, so your statement is not 
We'll re-group and advise when we're ready to send 
Thanks! 


ar ge Mess age 
a surprise, 
a large message 


r e-1 es t 


I 


Original Message 



I review the large message. Here is the problem. 

You will need to replicate the header UNA through the DTM segments and the 
trailer UNT, UNE and UNZ when attempting to send a file larger then 3200 
bytes. Below is an example of what we 
receive when SITA breaks up the message: 


“FL+ + +I 


QU DCAUSCR,IADATXH 

2 8 2 0 5 8 DT M + 3 2 9: 9403 14#NAT +2 +US#RF F 4-AVF: 0 A1 D2 0 #NA D + F L + + 

«^^^^+ + -F + -F#DTM + 3 2 9: 510704#NAT+2+US#RFF+AVF: 1 3 6 9 oTTnAD + F 

+ + + #DT M + 3 2 9: 421216#NAT + 2+ US#RFF + AVF: 08C9F6#NAD + FL + + +^^H: 

70213#NAT + 2+ US#RFF + AVF : 0B8861#NAD + FL + + +HBH: ■™++777IutI 7T2T p 9 8 1 1 2 8 #NAT +2 +US 
#RF F +AVF : 0B8861#NAD + FL + + +^^H: ^™+ + -F77#DTM7TzT f 0 2 0 8 1 3 #NAT +2 +US #RF F +AVF : 0B886 

2 5 8 3?¥U1E7H0 0 0 0 0 0 0 1 #UNZ + 1 +1 2 5 8 3 9 # 


|+ + + + + #DT M + 3 2 9: 9 


1 #C NT +4 2: 0 9 9 #U NT + 0 0 4 0 5 +1 2" 
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department of Ho me I and Securi 
Customs and Border Protection 
Enforce me nt Systems Branch 

Ph. - 

Fax. __ 

Externa 



ty 



> 




One large message served! Train 63/ 23J UN05 N Y P- CBN. 

Looks like we had three (3) transmissions to APIS for this one manifest 
Anxious to hear what happened! 


I 


Original Message 



Looks good! 

Please attempt to send a large message. Please change the train number 
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t h e I a r g e r me s s a g e. 


Ho me I and Security 
Customs and Border Protection 
Enforce me n t Systems Branch 

ph. mgpgim 

Fax. ^_ 


when you sent 

of 



(See at t ached 
From: SHBI 

Sent : 

To: 

Cc: 

Subj ect 
At t a c h me n t s 


file: Train 6 3 2 3 J U N 0 5 Large Msg.doc) 


ay. 


u n e 





Train 


la n i t e s 
2 3J UN05 


I r a n s mi s s i o n s 
Large Msg. doc 


ar ge 




I review the large message. Here is the problem. 

You will need to replicate the header UNA through the DTM segments and the 
trailer UNT, UNE and UNZ when attempting to send a file larger then 3200 
bytes. Below is an example of what we 
receive when SITA breaks up the message: 


QU DCAUSCR,IADATXH 

2 8 2 0 5 8 DT M + 3 2 9: 9403 14#NAT +2 +US#RF F + AVF: 0 A1 D2 0 #NAD + F L + + 

|+ + + + + #DTM + 3 2 9: 5 1 0 7 04#NAT +2 +US #RF F + AVF: 1 3 6 9 OtTmIJ+F L + + +| 



TTTfDTM + 3 2 9: 4 2 1 2 1 6 #NAT +2 +US #RF F +AVF: 08C9F6#NAD + FL+ + +| 
70213#NAT+2+US#RFF+AVF: 0B8861#NAD + FL+ + +| 

#RF F +AVF: 0B8861#NAD + FL+ + +| 

1#CNT +4 2: 099#UNT+00405+12b839#UNb+1+00000001#UNZ+1+125839# 


|+ + + + + #DT M + 3 2 9: 9 


8 8 6 1 #NAD + FL+ + +^™: ^™++^BBt^^W9 8 1 1 2 8 #NAT +2 +US 
■H: ™™«+ + +T+TqTmTTTT: 0 20813#NAT+2+US#RFF+AVF: 0B886 

!> W!J#uNL+1+oooooooi#unz+h 


department of Ho me I and Securi 
Customs and Border Protection 
Enforce me nt Systems Branch 
Ph. 

Fax. 

Externa 



ty 
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Subject: APIS Manifest Transmissions - Large Message 



One large message served! 


Train 6 3 / 2 3 ] UN05 NY P - CBN 


Looks like we had three (3) transmissions to APIS for this one manifest 
Anxious to hear what happened! 


I 


From: 
Sent : 
To: I 


Ori gi nal Message 




am test Transmissions - All Corrected 



Looks good! 

Please attempt to send a large message. Please change the train number 
when you sent the larger message. 


Lie p a r t me n t of Homeland Securi 
Customs and Border Protection 


ty 


Enforce me nt Systems Branch 

ph. 

Fax. ^_ 

Ext e r 


(See at t ached file: Train 6 3 2 3 JUN05 Large Msg.doc) 

From: SHHHHfl 

Sent: 2 8, 2 0 0 5 4:0 6 PM 

Subject: F W: APIS Manifest I r a n s mi s s i o n s - Large Message 

Attachments: Train 6 3 2 3 JUN05 Large Msg.doc 

Here's what went to our console... 

ZBTP0008I 1 2.5 8.4 3 ACK RESPONSE FOR MSG REF: APIS 2 0 5 8 + 

ZBTP0008I 1 2.5 8.4 6 ACK RESPONSE FOR MSG REF: APIS 2 0 5 8 + 

ZBTP0008I 1 2.5 8.4 8 ACK RESPONSE FOR MSG REF: APIS 2 0 5 8 + 
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ee (3) transmissions to APIS for this one manifest. Anxious to 
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I 


Ori gi nal Message 



Looks good! 

Please attempt to send a large message. Please change the trai 
when you sent the larger message. 


department of Ho me I and Securi 
Customs and Border Protection 
Enforce me nt Systems Branch 

Ph. - 

Fax. ___ 

Externa 



ty 



Attachments: Train 68 01SEP05 All Corrected, doc 


Corrected 


Looks good! 

Please attempt to send a large message. Please change the trai 
when you sent the larger message. 


n u mbe r 


n u mbe r 


nd Securi t y 
r ot ec t i on 
Branch 
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Border Crossing.txt 
0 6/ 2 8 / 0 5 1 0:0 9 AM 
+ > 

>. 



c c: 

Subj ect 


APIS Manifest Transmissions w/ Corrected BGM 


> 


You found the correct message in APIS. The APIS copy of the message was 
time stamped two seconds different than the attachment I sent to you 
( 1 1.0 4.4 9 v. 11.04.51). In our future testing, this will anomaly will 
continue due to communications time difference between your receipt of the 
message to our receipt of the acknowledgment. 

Anyway, that aside, I have changed the BGM sub-element separators ( i . e. , 
colons) to element separators (plus signs) and attached it below. 

Like the discrepancy with the UNE v. UNG/ UNB Group Reference Number, my 
copy 

of the UN EDI FACT Guide (25JUN04) references using colons in the BGM 
segment. Can you please confirm that I am indeed working from the most 
recent copy of the guide? Thanks. 


I 


(See attached file: Train 69 15SEP05 Corr BGM.doc) 

(See att ached file: Train 68 01SEP05 AM Corrected, doc) 
From: IHHKSRI 

Sent: u^^H^^^jne 2 8, 2 0 0 5 1 1:3 6 AM 

Subj ect : 

Attachments: Train 68 01SEP05 All Corrected, doc 
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Attached is our transmission for 2V68 on 01SEP05. 

If this looks good, I need to try a much larger message to ensure that we break it 
apart correctly and it gets pieced together properly in APIS. Let me know when I 
can send a larger me s s a g e. Thanks! 


I 


Original Message 



I think we are good to go. Could you please send the message 1 more time 
using a different train number. Say 2V500. I just want to see a 
completely new 
message c o me in. 

thanks 


department of Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 
Ph. 

Fax. 

Externa 



|v 




> 
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You found the correct message in APIS. The APIS copy of the message was 
time stamped two seconds different than the attachment I sent to you 
(1 1.04.4 9 v. 11.04.51). In our future testing, this will anomaly will 
continue due to communications time difference between your receipt of the 
message to our receipt of the acknowledgment. 

Anyway, that aside, I have changed the BGM sub-element separators ( i . e. , 
colons) to element separators (plus signs) and attached it below. 

Like the discrepancy with the UNE v. UNG/ UNB Group Reference Number, my 
copy 

of the UN EDI FACT Guide (25JUN04) references using colons in the BGM 
segment. Can you please confirm that I am indeed working from the most 
recent copy of the guide? Thanks. 


I 


(See attached file: Train 69 15SEP05 Corr BGM.doc) 



I think we are good to go. Could you please send the message 1 more time 
using a different train number. Say 2V500. I just want to see a 
completely new 
message c o me in. 

thanks 


Department of Homeland Security 
Customs and Border Protection 
Enforce me n t Systems Branch 
Ph. 

Fax. ^_ 
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0 6/ 2 8/ 0 5 1 0:0 9 AM 
+ > 




You found the correct message in APIS. The APIS copy of the message was 
time stamped two seconds different than the attachment I sent to you 
( 1 1.0 4.4 9 v. 11.04.51). In our future testing, this will anomaly will 
continue due to communications time difference between your receipt of the 
message to our receipt of the acknowledgment. 

Anyway, that aside, I have changed the BGM sub-element separators ( i . e. , 
colons) to element separators (plus signs) and attached it below. 

Like the discrepancy with the UNE v. UNG/ UNB Group Reference Number, my 
copy 

of the UN EDI FACT Guide (25JUN04) references using colons in the BGM 
segment. Can you please confirm that I am indeed working from the most 
recent copy of the guide? Thanks. 


I 


(See att ached file: Train 69 15SEP05 Corr BGM.doc) 
From: 

Sent: u^uu^^^jne 2 8, 2 0 0 5 1 0:1 0 AM 

Subj ect : 

Attachments: Train 69 15SEP05 Corr BGM. doc 


You found the correct message in APIS. The APIS copy of the message was time 
stamped two seconds different than the attachment I sent to you (11.04.49 v. 
11.04.51). In our future testing, this will anomaly will continue due to 
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communications time difference between your receipt of the message to our receipt of 
the acknowledgment. 

Anyway, that aside, I have changed the BGM sub-element separators ( i . e. , colons) to 
element separators (plus signs) and attached it below. 

Like the discrepancy with the UNE v. UNG/ UNB Group Reference Number, my copy of the 
UN EDI FACT Guide (25JUN04) references using colons in the BGM segment. Can you 
please confirm that I am indeed working from the most recent copy of the guide? 
Thanks. 


I 


: FW: APIS Manifest Transmissions w / Flash Segment Terminator 
Attachments: June 27 05 Test message Analysis.doc; Train 69 15SEP05 Corr Msg Ref 

Nbr. doc 


I could not find a message matching the one send in the attach me nt. 
However, I did find a message. Attached is an analysis of that message 
J u s t 1 mi n o r i s s u e. 

(See attached file: June 27 05 Test message Analysis.doc) 


department of Ho me I and Securi 
Customs and Border Protection 
Enforce me nt Systems Branch 
Ph. 

Fax. __ 

Externa 



ty 
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Subject: RE: FW: APIS Manifest Transmissions w/ Hash Segment Terminator 


> 


No problem. Attached is a transmission from MON, 27JUN05 containing: 

1. message reference number sa ns the peri ods 

2. an NAD segment containing the "?" release character 

On additional question for you: are we to include the title in the name 
field (e. g. , MR, MRS, MS, MISS, etc.). If not, will you please give us a 
list of the titles that should be excluded? Thanks! 


Or i gi nal Message- 





PIS Manifest Transmissions w/ Hash Segment Terminator 


I believe the problem maybe related to the usage of periods within the 
reference number of the UNB and UNZ. We have never received a message 
using the period. The period is defined 

within the UNA. Try removing the period fromthe reference and lets see 
what happens 


Depart ment of Homeland Security 
Customs and Border Protection 
Enforce ment Systems Branch 
Ph. 

Fax. ^_ 
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Subject: FW: APIS Manifest Transmissions w/ Hash Segment 

T e r mi n a t o r I ’ 


> 


Thanks for the response. 

No problems with "?" preceding the blanks in the NAD segment or removing 
t h e 

blanks in the TDT segment; however, I have a question regarding the UNE 
Group Reference Number matching the UNB segment. 

The UN EDI FACT Guide that I have, dated 25JUN04 (page 84), says that the 
UNE 

Group Reference Number should match the value in the UNG segment instead of 
the UNB segment. Am I working from an outdated EDIFACT guide? 


.Original Message- 

From: ■■■■■■■■ 
Sent: 

To: 


u n e 



Manifest Transmissions w/ Hash Segment Terminator 


Sorry for the delay - been out of the office. Please see the attached 
analysis. We are very close 


(See attached file: Train 6 9 2 0JUN05 Corrd Syntax.doc) 


Depart ment of Homeland Security 
Customs and Border Protection 
Enforcement Systems Branch 
ph. 

Fax. ^_ 
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0 6/ 2 0/ 0 5 0 9:3 2 AM 


> 



Subject: RE: APIS Manifest Transmissions w/ Hash Segment 

Terminator " 


> 


I have attached an APIS message with the corrected syntax as per you 
p r e v i o u s me s s a g e. 

When you have a chance, will you please check if it was correctly received 
by API S? 

Thanks. 


Hr i ni n 3 I M a r r n n a 



Manifest Transmissions w/ Hash Segment Terminator 


Only one minor change to the order of the segments is needed and we are 
good to go with the message syntax (see attachment). However, we do have a 
potentially larger issue with regards to the location codes used. CBP uses 
the ICAO standards to identify locations. Could you please provide me 
with a list of city codes that will be used for the trains traveling 
bet ween Canada and t he US. 
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thanks 

( See attach ed file: Train 6 9 0 1 AUG05 - Analysis.doc) 

ffiPWFof Homeland Security 
Customs and Border Protection 
Enforce me n t Systems Branch 

Ph. ■nMHUM 

Fax. ^_ 




> 


I changed the Segment Termination character to a hash mark (#) and sent a 
short manifest (copy attached). 

Let's see if this is any better. 

Again, thanks! 


< <T r a i n 6 9 0 1 AUG05 Hash. doc>> 

(See attached file: Train 69 01AUG05 Hash.doc) 

(See attached file: Train 6 9 20JUN05 Corrd Syntax.doc) 
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>. 



Subject: FW: APIS Manifest Transmissions w/ Hash Segment Terminator 



Thanks for the response. 

No problems with "?" preceding the blanks in the NAD segment or removing 
the 

blanks in the TDT segment; however, I have a question regarding the UNE 
Group Reference Number matching the UNB segment. 

The UN EDI FACT Guide that I have, dated 25JUN04 (page 84), says that the 
UNE 

Group Reference Number should match the value in the UNG segment instead of 
the UNB segment. Am I working from an outdated EDIFACT guide? 


Dr i ni M a r r n n a 



Manifest Transmissions w/ Hash Segment Terminator 


Sorry for the delay - been out of the office. Please see the attached 
analysis. We are very close 

( See at t ach ed file: Train 6 9 2 0JUN05 Corrd Syntax.doc) 

of Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 

■■MUSH 

Fax. ^_ 


+ 


> 
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+ > 


> 



Subject: RE: APIS Manifest Transmissions w/ Hash Segment 

Terminator " 


> 


I have attached an APIS message with the corrected syntax as per you 
previous message. 

When you have a chance, will you please check if it was correctly received 
by APIS? 

Thanks. 


f\ri n i n 3 I Maccana 



Manifest Transmissions w/ Hash Segment Terminator 


Only one minor change to the order of the segments is needed and we are 
good to go with the message syntax (see attachment). However, we do have a 
potentially larger issue with regards to the location codes used. CBP uses 
the ICAO standards to identify locations. Could you please provide me 
with a list of city codes that will be used for the trains traveling 
bet ween Canada and t he US. 


thanks 
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(See at t ached file: Train 6 9 0 1 AUG05 - Analysis.doc) 


DeparTment of Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 

Fax. ^_ 




> 


I changed the Segment Termination character to a hash mark (#) and sent a 
short manifest (copy attached). 

Let's see if this is any better. 

Again, thanks! 


I 


< <T r ai n 6 9 0 1 AUG05 Hash. doc>> 

(See attached file: Train 69 01AUG05 Hash.doc) 

(See attached file: Train 6 9 20JUN05 Corrd Syntax.doc) 

(See attached file: Train 6 9 20JUN05 Corrd Syntax. doc) ( See attached file 

Train 6 9 2 0JUN05 Corrd Syntax.doc) 
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Thanks for the response. 

No problems with "?" preceding the blanks in the NAD segment or removing 
t h e 

blanks in the TDT segment; however, I have a question regarding the UNE 
Group Reference Number matching the UNB segment. 

The UN EDI FACT Guide that I have, dated 25JUN04 (page 84), says that the 
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UNE 

Group Reference Number should match the value in the UNG segment instead of 
the UNB segment. Am I working from an outdated EDIFACT guide? 


f\ri rt i n a I M <a c c a n a 



Manifest Transmissions w/ Hash Segment Terminator 


Sorry for the delay - been out of the office. Please see the attached 
analysis. We are very close 

(See attach ed file: Train 69 20JUN05 Corrd Syntax.doc) 

fflffilPof Homeland Security 
Customs and Border Protection 
Enforce me n t Systems Branch 
Ph. 

Fax. ^_ 




Subject: RE: APIS Manifest Transmissions w/ Hash Segment 


T e r mi n a t o r 
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I have attached an APIS message with the corrected syntax as per you 
previous message. 

When you have a chance, will you please check if it was correctly received 
by APIS? 

Thanks. 


Hr i ni n 3 I Morr^nn 



Manifest Transmissions w/ Hash Segment Terminator 


Only one minor change to the order of the segments is needed and we are 
good to go with the message syntax (see attachment). However, we do have a 
potentially larger issue with regards to the location codes used. CBP uses 
the ICAO standards to identify locations. Could you please provide me 
with a list of city codes that will be used for the trains traveling 
bet ween Canada and the US. 


thanks 

(See attached file: Train 69 01AUG05 


Department of Homeland Securi 
Customs and Border Protection 
Enforce me n t Systems Branch 




ty 


Anal ysi s. doc) 
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Subject: APIS Manifest Transmissions w/ Hash Segment Terminator 


> 


I changed the Segment Termination character to a hash mark (#) and sent a 
short manifest (copy attached). 

Let's see if this is any better. 

Again, thanks! 


I 


< <T r ai n 6 9 0 1 AUG05 Hash. doc>> 

(See attached file: Train 69 01AUG05 Hash.doc) 

(See attached file: Train 6 9 20JUN05 Corrd Syntax.doc) 

(See attached file: Train 6 9 20JUN05 Corrd Syntax. doc) ( See attached file 

Train 69 20J UN05 Corrd S yntax, doc) 

From: j&SHS3HS9HI 

Sent: 2 0 0 5 2:5 3 PM 

S u b j e c t : ^^^^^Fw!/\PTS - Draft External Design Phase 2 
Your call. 


Or i g i n a I 


From: 
Sent : 
To: 

Subj ect 


ednes 


Message - - - - - 


2005 2:42 PM 

Draft External Design Phase 2 


One question - why does the input not have a / between type of Document and Country, 
but the display does? This means over typing the field to change it will require 
you to delete the slash, just a question - Did we schedule a walk through yet? 


.Ori gi nal Message. 

Sent: 2 0 0 5 2:3 7 PM 

S u b j e c t : ^^^^^rH/Tpis - Draft External Design Phase 2 
<< FiI e: API S_Phase2_EXD. doc >> 
this one 
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Manifest Transmissions w/ Hash Segment Terminator 


Sorry for the delay - been out of the office. Please see the attached 
analysis. We are very close 


(See attached file: Train 69 20JUN05 Corrd Syntax.doc) 


Depart ment of Homeland Security 
Customs and Border Protection 
Enforcement Systems Branch 

Fax. ^_ 



> 



Subject: RE: APIS Manifest Transmissions w/ Hash Segment Terminator 



I have attached an APIS message with the corrected syntax as per you 
p r e v i o u s me s s a g e. 

When you have a chance, will you please check if it was correctly received 
by API S? 

Thanks. 
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I changed the Segment Termination character to a hash mark (#) and sent a 
short manifest (copy attached). 

Let's see if this is any better. 

Again, thanks! 


< <T r ai n 6 9 0 1 AUG05 Hash. doc>> 

(See attached file: Train 69 01AUG05 Hash.doc) 



Subject: RE: APIS Manifest Transmissions w/ Hash Segment Terminator 
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I have attached an APIS message with the corrected syntax as per you 
previous message. 

When you have a chance, will you please check if it was correctly received 
by APIS? 

Thanks. 


Hr i ni n 3 I M a r r a a a 



Manifest Transmissions w/ Hash Segment Terminator 


Only one minor change to the order of the segments is needed and we are 
good to go with the message syntax (see attachment). However, we do have a 
potentially larger issue with regards to the location codes used. CBP uses 
the ICAO standards to identify locations. Could you please provide me 
with a list of city codes that will be used for the trains traveling 
bet ween Canada and the US. 


thanks 

(See attached file: Train 69 01AUG05 


department of Ho me I and Securi 
Customs and Border Protection 
Enforce ment Systems Branch 




ty 


Anal ysi s. doc) 
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Subject: APIS Manifest Transmissions w/ Hash Segment Terminator 


I changed the Segment Termination character to a hash mark (#) and sent a 
short manifest (copy attached). 

Let's see if this is any better. 

Again, thanks! 


< <T r ai n 6 9 0 1 AUG05 Hash. doc>> 

(See attached file: Train 69 01AUG05 Hash.doc) 

(See at t ached file: Train 6 9 20JUN05 Corrd Syntax.doc) 
From: 

Sent: Icnm^^^nie 2 0, 2 0 0 5 9:3 3 AM 

Subj ect : 

Attachments: Train 69 2 0JUN05 Corrd Syntax.doc 


> e g me n t Terminator 


I have attached an APIS message with the corrected syntax as per you previous 
message. 

When you have a chance, will you please check if it was correctly received by APIS? 
Thanks. 


.O r i gi nal Message- 

F r o m: 

Sent: 

To: 

Cc: 


iuhj eel 


Manifest Transmissions w/ Hash Segment Terminator 
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Only one minor change to the order of the segments is 
good to go with the message syntax (see attachment), 
potentially larger issue with regards to the location 
the ICAO standards to identify locations. Could you 
with a list of city codes that will be used for the t 
bet ween Canada and the US. 


needed and we are 
However, we do have a 
codes used. CBP uses 
please provide me 
ains traveling 


thanks 

(See attached file: Train 69 01AUG05 


department of Homeland Security 
Customs and Border Protection 
Enforce me nt Systems Branch 
Ph. 

Fax. _ 

Extern:: 



Anal ysi s. doc) 



> 




I changed the Segment Termination character to a hash mark (#) and sent a 
short manifest (copy attached). 

Let's see if this is any better. 

Again, thanks! 


I 


< <T r ai n 6 9 0 1 AUG05 Hash. doc>> 

(See attached file: Train 69 01AUG05 Hash.doc) 
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From: SSSBKBKBSSSBS^ 

Sent: 2 0 0 5 2:5 4 PM 

ect : 

Could you run a DUG to get number on all three types. And if any have 1 character 
names.... And if any have 5DOB? 


.Or i gi nal Message-- - - - 

From: UMBSBBHNBi 

Sent: 2 0 0 5 2:4 9 PM 

ect : NRs 

Well the issue is also that we have three types of Permanent PNR - Guest Rewards 
(Updated by and passed through offline), the old VIP Permanent PNRs - which 

are updated n^T^Tw, and Permanent PNRs that are neither - again updated in Arrow - 
if it's not a Guest rewards, then you can add additional data to it. 


.Original Message. 

Sent: 2 0 0 5 2:4 6 PM 

e c t : 

had said that the Internet has a way to deal with that as they would then 

requesT the passenger to update their profile.but I guess when the agent uses 

it they would be forced to change the name to meet the new standards.? ? a n d maybe 

advise the guest to update their profile?? 

I don't think I clearly understand how a customer updates their profile? Can they 
do it through a call center agent? 


.Ori gi nal Message. 

Sent: 2 0 0 5 2:4 2 PM 

S u b j e c t : APIS - Draft External Design Phase 2 

Oh ??? 


.Or i gi nal Message-- - - - 

From: IKffiSHMMHSli 

Sent: 2 0 0 5 2:4 0 PM 

S u b j e c t : ^^^^^Re!/\PT 5 - Draft External Design Phase 2 
do we have anything for Permanent PNRs? 


. Ori gi nal 

Sent : 

Subject: 


Messag e 
u n e 


2005 2:37 PM 


Draft External Design Phase 2 
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<< Fi I e: API S_Phase2_EXD. doc >> 
this one 


From: 
Sent : 
To: 

Subj ect 


Or i gi nal Message 



2005 2:36 PM 

- Draft External Design Phase 2 

should I look at this one or the one sent? 

Ori gi nal Message. 

■ 

2005 2:22 PM 

- Draft External Design Phase 2 


From: 
Sent : 
To: 

Subj ect 


ri day, 


u n e 


nope, waiting for you 
Ori gi nal Message- 


From: 
Sent : 
To: 

Subj ect 



2005 1:48 PM 

- Draft External Design Phase 2 
I wasn't here - did you send it to ^^H? 

.Ori gi nal Message. 



Please review the attached external design and return comments/question/suggestions 


Thanks, 

<< File: APIS_Phase2_EXD.doc >> 

From: 

Sent: 2 0 0 5 2:4 6 PM 

e c t : 


had said that the Internet has a way to deal with that as they would then 

requesT the passenger to update their profile.but I guess when the agent uses 

it they would be forced to change the name to meet the new standards.? ? a n d maybe 

advise the guest to update their profile?? 


I don't think I clearly understand how a customer updates their profile? Can they 
doit through a call center agent? 


.Ori gi nal Message. 

Sent: 2 0 0 5 2:4 2 PM 

S u b j e c t : APIS - Draft External Design Phase 2 

Oh ??? 
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> 




I changed the Segment Termination character to a hash mark (#) and sent a 
short manifest (copy attached). 

Let's see if this is any better. 

Again, thanks! 


I 


< <T r a i n 6 9 0 1 AUG05 Hash. doc>> 

(See attached file: Train 69 01AUG05 Hash.doc) 



Project Issues for the 6/17 project status meeting. 

Attachments: APIS_Phase2_EXD.doc 

This is an updated version of the APIS phase 2 External Design document based on 
so me feedback already received. 

This is the version that will be reviewed at Friday's status meeting. 
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for the 6/17 project status meeting 


Attached is a draft External Design document for APIS phase 2 that will be reviewed 
at Friday’s (6/17) 10am APIS project status meeting. 

Any comments prior to the meeting are also welcome and should be directed to 


Also, below are three project issues that we would like the users to help us 
resol ve. 


will run Friday's meeting, as I will be out of the office 


APIS phase 2 Project Issues 


1. For PNRs created prior to the cutover of the Arrow code: 


options : 

A) Do not require 5PID information for ticketing 

B) Require the 5PID information be input by the agent. if the customer goes to the 
Quik-Trak machine 

and does not have the required 5PID information the customer would be referred 
to the ticket counter. 

C) locate all errant cross-border PNRs and queue to Call Center for customer contact 
/ c o mp I i a n c e 


2. When Arrow implements, it will be a few weeks before the Internet implements 
their piece. 

We will need to have exception code on Arrow to allow for this. 

The issue is, for any PNR created by the Internet without 5PID to be ticketed by 
Quik-Trak or Station agent or TBM's or A P' d via IB: :: 
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opti ons 


A) Do not require 5PID information for ticketing 


B) Require the 5PID information be input by the agent. If the customer goes to the 
Quik-Trak machine and does not have the required 5PID information 


the customer would be referred to the ticket counter 


3 submitted an issue concerning PNRs created on a walk up basis 

at a Qu i k t raFmacnin e. 

'Walk-up sales (which never involve cross-border trains) use the passenger name as 
encoded on the credit card magnetic stripe for PNR creation purposes. Many credit 
cards only have the first name initial, so this would force customers with such 
cards to manually enter their name, once the 2 character name edit is implemented. 
This is free-format and is obviously only as accurate as the passenger wants it to 
be. Previous attempts to collect individual names at Quik-Trak have quickly been 
abandoned due to the large number of customers with names like "BABA/BA". The users 
are loathe to use this manual name feature due to this poor quality of data 
collected, but primarily due to the increased transaction time it creates. Stations 
such as NYP are stretched to their limits in terms of ticketing capacity, and 
enforcement of this restriction could have the direct effect of increasing lines at 
machines and increasing ticket office transactions. 


We should consider making Quik-Trak walk-up sales as a possible exception to the 2 
character name require me nt, bearing in mind they never involve cross-border travel 
initially, and I don't think the type of passenger who's choice of channel to make 
their initial reservation with Amtrak is at a Quik-Trak machine in a station is 
likely to have ad-hoc international travel as part of their (lack of) plans' 



Responses in red: 

First, clarification regarding the passport. Is the design document meant to say 
that the (nn) portion of the entry is required for passports but not for other for ms 
of ID? Or is it meant to say that the (nn) portion of the entry is always optional, 
but that the country code must be included as part of the passport number? nn is 
always mandatory for all forms of ID 

For the 50-character id number field -- the ddd portion -- the only validation being 
performed is that it is 50 characters or less, right? correct Or is there other 
validation? no 

This is an oddball one, but it'll come up, I'm sure. There are two forms of id that 
require photo ids. First, I'm assuming that we just need to notify passengers that 
they need to bring a photo id...there's no need for any other ID information to be 
provided to Arrow, right? correct Second, (and here's the oddball part) at what age 
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will photo ids be required? We can ask for that information from CBP. I'm sure 
we're going to get a question about someone traveling across the border with an 
infant who doesn't have a photo id. If we can inform passengers, for example, that 
"photo id is required for all passengers over age 12", we'll save ourselves so me 
headaches. 

5PID (* I N F) ii nn d d d. . . d / g / Pxxx ( <CR>) 

(ttt... t) 

Note: The 5PID is currently not used. 

5 Primary action code 

PI 0 5-field data type of Passenger ID 

(INF) Optional Constant - used only when there is an infant present in the name 
field such as: 

01SMI TH/ MARY 
* I NF ANT 

ii TypeofIDoffered 

RA - US Resident Alien Card 

PR - LPR (Legal Permanent Resident) Card 

PP - Passport 

RE - Re-entry Per mi t 

RT - Refugee Travel Document 

NC - Naturalization Certificate 

BC - Birth Certificate (requires photo id) 

MO - Military Orders (requires photo id) 
nn 2-character country code of the supporting document 

ddd...d ID number or data (Max 50 chars) 

Required for the following types: 

RA - US Resident Alien Card 

PR - LPR (Legal Permanent Resident) Card 

PP - Passport 

RE - Re-entry Per mi t 

RT - Refugee Travel Document 

NC - Naturalization Certificate 

Optional for the folio wing types: 

BC - Birth Certificate (requires photo id) 

MO - Military Orders (requires photo id) 

/ g deli mi ter for gender 

M - Mai e 
F - F e ma I e 

/ P deli mi ter for passenger association number 

xxx Passenger association number (up to 255) 

<CR> Carriage return for additional text; optional 

ttt...t Additional freeform text; optional (Max 61 chars, 3 lines) 



After giving this more thought, I'm not sure my original question is 100% clear, so 
I'd like to try again. Also, I have a couple of other questions. 


First, clarification regarding the passport. Is the design document meant to say 
that the (nn) portion of the entry is required for passports but not for other for ms 
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of ID? Or is it meant to say that the (nn) portion of the entry is always optional, 
but that the country code must be included as part of the passport number? 

For the 50-character id number field -- the ddd portion -- the only validation being 
performed is that it is 50 characters or less, right? Or is there other validation? 

This is an oddball one, but it'll come up, I'm sure. There are two forms of id that 
require photo ids. First, I'm assuming that we just need to notify passengers that 
they need to bring a photo id...there's no need for any other ID information to be 
provided to Arrow, right? Second, (and here's the oddball part) at what age will 
photo ids be required? I'm sure we're going to get a question about someone 
traveling across the border with an infant who doesn't have a photo id. If we can 
inform passengers, for example, that "photo id is required for all passengers over 
age 12", we'il save ourselves so me headaches. 

Thanks for your help, 



I have one quick question regarding the design. I'm looking at the require me nts for 
providing the ID numbers, and the passport number contains a note that the country 
code is required as part of the number. But just prior to entering the ID number, a 
country code will have been provided. I'm assuming this country code is meant to 
indicate the country that issued the ID for which the number will be provided, 
right? 

In that case, is there really a need to provide the country code again for 
passports? 



Hi , 


Attached is the Phase 2 external design DRAFT. We will be confirming our direction 
with the CBP representative tomorrow. Please let me know if you have any questions 
orconcerns. 

Let me know what Ra i I Re s / STARS design needs to be added for 5PID. 


<< File : APIS P h a s e 2 EXD. doc >> 

From: jBBHMflHI 

Sent: W^fi^^H^^June 1 5, 2 0 0 5 1 1:5 6 AM 

To: 

Cc: 

Subject: Kb: APIS Manifest I r a n s mi s s i o n s w/ 
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Thanks! Glad the hash-mark seems to have worked. 

Look forward to hearing fromyou re: the syntax issues 



Received another message today. Below is a snap-shot of the data 


UNA: +. ? #UNB+UNOA:4+AMTRAK: 2V + USCSAPI S: ZZ + 0 5 0 6 1 5: 0 6 5 1 +0 6. 5 1. 3 9 
++API S#UNG + PAXL ST 

+API S AMT: 2V + USCSAPI S: ZZ+0 5 0 6 1 5: 0 6 5 1 +0 0 0 0 0 0 0 1 +UN + D: 02B#UNH + 06. 51. 39 
+PAXLST: D: 02 

B: UN: I ATA + + 001: L #BGM + 7 4 5: : #NAD + MS+ + + CENTRALI ZED NAT I ONAL OPE RATI ONS 
CENTER #C OM + 


P # 5 


F X #T DT + 20+2V 
"5 0 8 1 5:2 0 

l#LOC + 125+MTR#DTM + 232: 0 5 0 6 1 5 1 8 3 0: 2 0 1 #NAD + F L+ + +I 



i + + + + + #DT M + 3 2 9: 6 7 0 1 3 0 #NAT +2 +CA: #RF F +AVF: 10D15D#NAD + FL+ + +| 

J OL 

+ + + + + #DTM + 3 2 9: 6 3 0 3 2 2 #NAT +2 +CA: #RF F +AVF: 10D15D#NAD + FL+ + +| 

«■+ + + + + 

TTTTm + 3 2 9 : 3 1 1 1 0 9 #NAT + 2 +AU: #RF F +AVF: 0 2 B 0 7 0 #NAD + F L+ + +| 

W + + + + + #DTM + 329 

010 6 #NAT +2 +F R: #RF F +AVF: 0E5A70#NAD + FL+ + +| 

■+ + + + + #DT M + 3 2 9: 8 2 0 4 1 0 #N 
TT+2+FR: #RF F +AVF: 0E5A7 0#NAD + F L +- + +I 

* + + + + + #DTM + 3 2 9: 3 6 0 9 1 0 #NAT +2 +AU: 

FF+AVF: 02B070#NAD+FL+++MC 

HM:HH+ + + + + #DTM + 3 2 9: 3 2 0 8 1 3 #NAT + 2 +US: #RF F +AVF: 

0 9 4 3 / /#NAD + F L+ + +^^H: 

TToTTT#mT+I+tTt: #RF F +AVF: 0AC2F2# 

^^™+ + + + + #DTM + 3 2 9: 5 2 0 4 0 5 #NAT + 2 +C N: #RF F +AVF: 1 4 6 8 2 0 #NA D + F L+ + +■ 
I+ + + + +IUTm + 3 2 9: 5 8 0 3 2 9 #NAT + 2 +CN: #RF F +AVF: 1 4 6 8 2 0 #NAD + FL+ + +■ 


+ + + + + #DT M + 3 2 9: 


^D + F L + + +| 



+ + + + + 


+ + + + + #DTM + 3 2 9: 9 6 0 8 3 0 #NAT + 2 +CA: #RF F +AVF: 10D15D#NAD + FL+ + + PER 


T+3 2 9: 8 8 1 1 2 2 # N A T+2 + C A: #RF F +AVF: 10 D15 D#NAD + F L + + 


Please note that the above message does contain syntax errors. I am 
evaluating the message and will provide you an analysis 
in short order 


Depart ment of Flo me I and Security 
Customs and Border Protection 
Enforcement Systems Branch 
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Department of Homeland Security 
Customs and Border Protection 
Enforce me n t Systems Branch 

Ph. ■nMHUM 

Fax. ^_ 



> 



Subject: APIS Manifest Transmissions w/ New Segment Terminator 



I changed the Segment Ter mi nation character to an exclamation point ( ! ) 
and sent a short manifest (copy attached). 

If you will check to see if the new Segment Terminator works, I'll send the 
longer manifest,too. 

Thanks in advance! 


I 


<<Tr ai n 6 9 0 1 AUG05 v2.doc>> 

(See attached file: Train 69 01AUG05 v2.doc) 

S u b j e c t : 

Attachments: Train 69 09jUN05.doc; Train 69 01AUG05.doc 
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Looks like we have a router translating the single quote into a space 
Below is a snap-shot of the data received: 


UNA: +. ? UNB+UNOA:4+AMTRAK: 2V+USCSAPI S: ZZ+050613:1203+12. 03. 47++API S 
UNG + PAXL ST 

+AP I S AMT: 2V+USCSAPI S:ZZ+050613:1203+00000001+UN+D: 02B UNH+12. 03. 47 
+PAXL3T: D: 02 

B: UN:IATA + + 001: L BGM + 7 4 5:: NAD + MS+ + + CENTRALI ZED NATIONAL OPERATIONS CENTER 
COM + 




: FX TDT+20+2V 69 LOC+087+NYP 


l :TE 

>1308 

1 LOC + 125+MTR DTM + 232: 0506131830: 201 NAD + FL+ + +I 




+ + + + + DTM + 3 2 9: 6 7 0 1 3 0 NAT+2+CA: RF F +AVF: 10 D15 D NAD + FL+ + +I 
OL 

+ + + + + DTM + 3 2 9: 6 3 0 3 2 2 NAT+2+CA: RF F+AVF: 1 0 D15 D NAD + FL+ + +I 
!§■+ + + + + 

TTm + 3 2 9: 3 1 1 1 0 9 NAT+2+AU: RF F+AVF: 0 2 B 0 7 0 NAD + FL+ + +I 
DTM+329 

: 8 3 0 1 0 6 NAT+2+FR: RF F+AVF: 0 E 5 A7 0 NAD + FL+ + +I 
DTM + 3 2 9: 8 2 0 4 1 0 N 

AT+2+FR: RF F+AVF: 0 E 5 A7 0 NAD + FL+ + +! 

NAT+2+AU: 

RFF+AVF: 02B 0 7 0 NAD + FL+ + +I 
RFF+AVF 

0 9 4 3 7 7 NAD + FL+ + +^^H:^^^^H+ + + + + DTM + 3 29: 730712 NAT+2+HT 
RFF+AVF: 0AC2F2 

NAD + FL+ + +^H:^^^B+ + + + + DTM + 3 2 9: 5 2 0 4 0 5 NAT+2+CN: RF F+AVF: 1 4 6 8 2 0 
NAD + FL+ + +I 

I+ + + + + DTM + 3 2 9: 5 8 0 3 2 9 NAT+2+CN: RF F+AV F: 1 4 6 8 2 0 NAD + FL+ + +I 


_ +++++ 

+ + + + + 

+++++ DTM+329: 360910 
+++++ DTM+329: 320813 NAT+2+US: 



+++++ DTM+329: 960830 NAT+2+CA: RFF+AVF:10D15D 

+ + + + + DTM + 3 2 9: 8 8 1 1 2 2 NAT+2+CA: RFF+AVF: 10D15D 


Try using a different character for the segment terminator 


department of Ho me I and Securi 
Customs and Border Protection 
Enforce me n t Systems Branch 

Ph. - 

Fax. __ 

Externa 



ty 
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Subject: APIS Manifest Transmissions 



just wanted to let you know that we sent two manifest transmissions to APIS 
today. 

The first is for train 69 on 0 9 J U N 0 5. This manifest contained enough 
passengers to cause us to split the transmission into two separate 
transactions. We are especially curious about how APIS received this 
manifest and if it was properly reconstructed. 

The second is for train 69 on 01UAG05. This was a small, single 
t r a n s mi s s i o n ma n i f e s t . 

Below are copies of the transmissions that we sent. When you have an 
opportunity, will you please check APIS for these two manifests and advise 
their status? 

Many thanks, and look forward to hearing fromyou soon! 


Regards, 


<<Tr a i n 6 9 0 9J UN05. doc>> <<Tr a i n 6 9 0 1 AUGO5. doc>> 


(See attached file: Train 69 09J UN05. doc)(See attached file: Train 69 

01AUGO5. doc)_ 

From: 

Sent: 3, 2 0 0 5 1 1:1 3 AM 



S u b j e c t : Mi n u t e s of Amtrak / CBP APIS project status meeting 06/03/05 

Attachments: APIS_Phase2_EXD.doc; Meeting_minutes_ 2 0 0 5 0 6 0 3.doc 


Attached are the minutes of the CBP / Amtrak APIS project status meeting from 
6/3/05. 

Please let me know if you have any suggested changes. 


Also attached is the draft Amtrak External Design document, which was one of the 
actionitemsfromthemeeting. 
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We are requesting CBP review the document, and concur on the data that they will be 
receiving from Amtrak, which was a further action item. 



I have one quick question regarding the design. I'm looking at the require me nts for 
providing the ID numbers, and the passport number contains a note that the country 
code is required as part of the number. But just prior to entering the ID number, a 
country code will have been provided. I'm assuming this country code is meant to 
indicate the country that issued the ID for which the number will be provided, 
r i ght ? 

In that case, is there really a need to provide the country code again for 
passports? 



Hi , 


Attached is the Phase 2 external design DRAFT. We will be confirming our direction 
with the CBP representative tomorrow. Please let me know if you have any questions 
orconcerns. 

Let me know what Ra i I Re s / STARS design needs to be added for 5PID. 


<< File: APIS_Phase2_EXD.doc >> 

From: IIHHHMHMRMMI 

Sent: 8, 2 0 0 5 9:1 8 AM 

To: TPF Test Coordinators 

Subject: Te s t i n g o f API S 

Hello All, 

Due for the need of a network for testing APIS, We are going to be loading some APIS 
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software to Native - this is standalone functionality and will have no impact to 
ot her us er s. 


une 07, 2005 12:08 PM 


r o m: 

Sent : 

S u b j e c t : ^^^^^[TraTT/rRsnFnijTesTTnTernal/rnFraFmrgT 

any suggest ed changes 

Attachments: APIS Minutes 0 6 0 3 0 5.doc 


please review and send me 



And enforcing an order will also cause you only to have DOB in the PNR if it is 
added after PID - in the channels there is no guarantee of order of data. Also 
Ticketing would have to have the checks to ensure correct data at ticketing. This 
would seemto be over head - also all the Airlines notify passengers to ensure that 
they have the correct travel documents for the country they plan to visit - Amtrak 
should state the same for Border crossing trains. 


I think we also need to have the Users input on this flow. 



I think that there could be logistic problems to leaving that till ticketing. For 
example, we have allowed a UK citizen to select Birth Certificate as their formof 
identification. They arrive at the station a few minutes before their train to be 
ticketing and do not have a proper formof identification for their citizenship 
type. 



I have concerns over the input requirements for PID. Why are we adding additional 
validation of data at input? I assume we are going to also enhance the Ticketing 
utility to validate that the data is correct before issuing tickets? I would 
suggest that we place the requirements for valid combinations there. Otherwise this 
will probably cause additional work at Call Centers / TASC to deal with Travel 
Agents who send their PID information first. I would like to discuss this. 

We need to get agree ment on this before I can send a change request to the Travel 
Agents. 
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.Or i gi nal Message-- - - - 

From: 

Sent: 2, 2 0 0 5 1 1:5 8 AM 



m 


xrernai Design DRAFT 


Attached is the Phase 2 external design DRAFT. We will be confirming our direction 
with the CBP representative tomorrow. Please let me know if you have any questions 
or concer ns. 


Let me know what RaiI Res/STARS design needs to be added for 5PID. 


Thank you, 


<< File : APIS P h a s e 2 EXP, doc >> 

From: IflHBiMSIl 

Sent: 2 0 0 5 8:1 5 AM 

S u b j e c t : ^^^^^Fw!/rgena a for Amtrak / CBP APIS Meeting 6/3 at 11am 
Attachments: API S_Agenda_060305_CBP. doc 


From: nsRBBHHBi 

Sent: 0 2, 2 0 0 5 4:0 0 PM 

u b j 


Proposed Agenda for Friday's Meeting. 

Sent: 2 0 0 5 8:1 4 AM 

S u b j e c t : a for APIS Proejct Status Meeting for 10am 6/3 

Attachments: APIS_Agenda_ 0 6 0 3 0 5.doc; APIS_Minutes_ 0 5 2 0 0 5.doc; APIS Project Issue 

# 1. d o c 


Sorry, I missed you off this list 



From: 

Sent: 02, 2 0 0 5 2:2 5 PM 


UDject: a g e n a a ror an b Kroejct b t at us Meeting ror iuam 6/ 
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The agenda for the internal Amtrak APIS project status meeting at 10am 06/03 is 
at t ached. 


Also attached are the minutes from the last meeting 5/20 


And also a project issue form (for i s s u e #1) is attached 



Hi , 


Attached is the Phase 2 external design DRAFT. We will be confirming our direction 
with the CBP representative tomorrow. Please let me know if you have any questions 
orconcerns. 

Let me know what Ra i I Re s / STARS design needs to be added for 5PID. 


From: fSMSEBBHHHI 

Sent: 2, 2 0 0 5 9:2 4 AM 

ISLi ec. 

I made some updates to the project plan. (Small changes, we are pretty much where 
we thought we would be with the exception of the Phase to external design) 


From: HRHHHHBi 

Sent: TnursTay^May 19, 2005 3:07 PM 

5/19/05 

I just reviewed the document and it looks fine to me... 



Hri ni n 3 I Maccana 



2005 2:45 PM 


,C: 

Subj ect 


e q ui r e me n t s Do c u me n 



I have updated the APIS Phase 2 Requirements document with some improved verbiage. 
None of the requirements discussed in the meeting have not changed, just an effort 
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after receiving so me good feedback to improve the document. 

Unfortunately, I forgot to turn on 'track changes' (I apologize). I have 
highlighted the changed items. Please note that the item in section 5.1 number 2. 
was removed which caused the subsequent items to be renumbered. 

Attached is an updated copy for your review. Please send any questions or comments 
If you are willing to approve with these changes, please return your email 
approval. 

<< File: APIS_RQM_Phase2.doc >> 


From: 
Sent : 
To: 
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Sent : 
To: _ 
Subj ec 


ues day, May 


equest ed Meeti ng 


Border 


Crossi ng. txt 


Answers to your previous email.... 

Within some of these document types, we have questions regarding supporting 
documentation. 

1. Passport 

a. No further concern 

2. Visas 

a. does a Visa require an accompanying photo ID? 

NO 

c. will you please confirm that per the CBP UN/EDIFACT Guide, 
Visas are not reported to CBP 

CBP has waived the visa requirement, CBP is able to draw 
on other systems to gather this information. 

3. USA Resident Alien Card 

a. does a USA Resident Alien Card require an accompanying 
photo ID? NO 


4. Naturalization Certificates 

a. does a US Naturalization Certificate require an 
accompanying photo ID? NO 

5. Birth Certificate (with photo ID) 

a. if a photo ID is required, are there certain types of 
acceptable. Drivers License is acceptable 
We need all valid photo id types. 

What about: 

State issued id? 

Mi I i t a r y id? 

Col I ege id? 
etc. 

6. LPR (Legal Permanent Resident) Card 

a. does a LPR Card require an accompanying photo ID? NO 

7. Refugee Travel Document 

a. does a Refugee Travel Document require an accompanying 

photo ID? NO 


8 . 

NO 


Re-entry Per mi t 

a. does a Re-entry Permit require an accompanying photo ID? 


9. Valid Mi I i t ar y Or der s 

a. Do Valid Military Orders require an accompanying photo ID? 
YES 

b. if a photo ID is required, are there certain types of acceptable 
Mi I i t a r y ID 

Only Military ID? If not we need all valid photo id types. 

What about: 

Driver's license 
State i ssued i d? 
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.Or i g i n a I 

From: 

Sent : 

To: __ 

Subj Tel 


u e sday, 


Message 



equest ed Meeti ng 


Answers to your previous email.... 

Within some of these document types, we have questions regarding supporting 
document ati on. 

1. Passport 

a. No further concern 

2. Visas 

a. does a Visa require an accompanying photo ID? 

NO 

c. will you please confirm that per the CBP UN/EDIFACT Guide, 
Visas are not reported to CBP 

CBP has waived the visa requirement, CBP is able to draw 
on other systems to gather this information. 

3. USA Resident Alien Card 

a. does a USA Resident Alien Card require an accompanying 
photo ID? NO 


4. Naturalization Certificates 

a. does a US Naturalization Certificate require an 
accompanying photo ID? NO 

5. Birth Certificate (with photo ID) 

a. if a photo ID is required, are there certain types of 
acceptable. Drivers License is acceptable 

6. LPR (Legal Permanent Resident) Card 

a. does a LPR Card require an accompanying photo ID? NO 

7. Refugee Travel Document 

a. does a Refugee Travel Document require an accompanying 

photo ID? NO 


8 . 

NO 


Re-entry Per mi t 

a. does a Re-entry Permit require an accompanying photo ID? 


9. Valid Mi I i t a r y Orders 

a. Do Valid Military Orders require an accompanying photo ID? 
YES 

b. if a photo ID is required, are there certain types of acceptable 
Mi I i t a r y ID 


Program Manager / Supervisor 
CBP-OF 0-BSF-APO 
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.O ri gi nal Messag e. 

Sent: 2 0 0 5 1 0:0 7 AM 

To: 

Subj ect: Kh: Request ed Meeting 


jjiSHSH, rather than wait for the meeting though, it would help us a lot if you 
^^^send 

us something answering as many of our questions as you can, as soon as possible 


.Or i g i n a i 

From: 

Sent: 

To: 

Subj 


Message 



equest ed Meeti ng 


Let's shoot for 11 then. 

Sent from my BlackBerry Handheld 
Manager 


From: 
Sent : 
To: 

Subj ect 


ues day, May 1 7, 2 0 0 5 9:1 2 AM 


e n t a 1 1 v e 


wi 




at 11 a m 


I have reserved conf room 2 at 11am, but will hold off on a mtg notice until 
confirmsthedate. 

Sent: 

To: 


Cc: 

Subj ect 



tmt r a 


e c n n i cal Meeting April 6 @ 3pm 


Agenda 


Received the following data @16:23 


QU DCAUSCR.IADATXH 102121 MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS 
AM 

TRAK TEST DATA FOR TESTING BATAP PROGRAM MORE TEST DATA FOR APIS 

MORE 

TEST DATA FOR APIS MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS 
MORE 

TEST DATA FOR APIS MORE TEST DATA FOR APIS AMTRAK TEST DATA FOR 
TESTI NG 

BATAP PROGRAM MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS MORE 
TES 

T DATA FOR APIS MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS MORE 
TEST D 

ATA FOR APIS AMTRAK TEST DATA FOR TESTING BATAP PROGRAM MORE 

TEST DA 

TA FOR APIS MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS MORE TEST 
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DATA 

FOR APIS MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS AMTRAK TEST 
DATA 

FOR TESTING BATAP PROGRAM MORE TEST DATA FOR APIS MORE TEST DATA 

FOR 

APIS MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS MORE TEST DATA 
FOR 

APIS MORE TEST DATA FOR APIS AMTRAK TEST DATA FOR TESTING BATAP 

PROGRAM 

MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS MORE TEST DATA FOR 
API 

S MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS MORE TEST DATA FOR 
API S 

AMTRAK TEST DATA FOR TESTING BATAP PROGRAM MORE TEST DATA FOR 

API S MO 

RE TEST DATA FOR APIS MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS 
M 

ORE TEST DATA FOR APIS MORE TEST DATA FOR APIS AMTRAK TEST DATA FOR 
TEST 

I NG BATAP PROGRAM MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS 
MORE 

TEST DATA FOR APIS MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS MORE 
TES 

T DATA FOR APIS AMTRAK TEST DATA FOR TESTING BATAP PROGRAM MORE 

TEST 

DATA FOR APIS MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS MORE 
TEST DA 

TA FOR APIS MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS AMTRAK 
TEST D 

ATA FOR TESTING BATAP PROGRAM MORE TEST DATA FOR APIS MORE TEST 

DATA F 

OR APIS MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS MORE TEST 
DATA 

FOR APIS MORE TEST DATA FOR APIS AMTRAK TEST DATA FOR TESTING BATAP 

PROG 

RAM MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS MORE TEST DATA 
FOR 

APIS MORE TEST DATA FOR APIS END OF DATA 


Department of Flo me I and Security 
Customs and Border Protection 
Enforce me nt Systems Branch 

Fax. ^_ 
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. I ADATXH 1 0 2 0 0 5 <c r ><l f > 

<51 x > MORE TEST DATA FOR APIS MORE TEST DATA FOR 
AMTRAK TEST DATA FOR <cr ><l f > 

TESTI NG BATAP PROGRAM <cr ><l f > 

MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS 

MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS 

MORE TEST DATA FOR APIS MORE TEST DATA FOR APIS 


APIS <c r > <1 f > 


<c r ><l f > 
<c r ><l f > 
<c r ><l f > 


A type b message should start with a <c r > <1 f > <soh>, your message is 
missing the carriage return. 


br gds/Hsn 

enior Messaging Analyst 




c c: 

Subj ect: RE: Test Message 


05/10/2005 19:10 


di d you 


get a message on our test address? 


I got an ACK 


From: 
Sent : 
To: _ 
Subj ec 


Or i g i n a I 


ues day, 


Message 



1st Mess age 


No we cannot configure for both, it has to be one or the other on our 
system. 


br gds/ fcgggigj 

Seni orT^^ngi ng Analyst 
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c c 
S u 


0 5 / 0 9 / 2 0 0 5 1 9:4 2 
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Hello 

did you see a service message? I just sent one. 

If I'm sending to someone, does SITA ACK my message? or 
Thanks. 


.Or I g i n a I 

From: ■■■I 
Sent : IWtnun^ 
To: 

Subj 


Message 



esc Mess age 


We have not seen any traffic come in on this link today 
up but there is nothing in the log files for input on t 


br gds/EHHH 

Seni orT^^ngi ng Analyst 




0 5 / 0 9 / 2 0 0 5 1 9:0 9 


Hello 


Do you see a message from Amtrak (IADATXH) to DCAUSCR on 


We are currently testing so me traffic, and I didn't see 


the other end? 


The connection is 
s link. 


Test Message 


your system? 
an ACK come back 
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Subject: RE: Amtrak/API S 


Technical Meeting April 6 @ 3 p m 


> 


Hello 


I just sent you another test message to you test address this time 
let me know if you receive it. 


Thanks, 


Original Message- 



TTTUTTzTTbTM 


- Technical Meeting April 6 § 3pm - Agenda 
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We have connectivity!!! 

Received the following message § 1 0:2 6:3 2:8 7 EST 
QU DCAUCCR. I ADATXH 071513AMTRAK TESTTO 


Department of Homeland Security 
Customs and Border Protection 
Enforce me n t Systems Branch 
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Subj ect: Test Message 


0 5 / 0 9 / 2 0 0 5 1 9:0 9 


Hello 


Do you see a message from Amtrak ( I ADATXH) to DCAUSCR on your system? 

We are currently testing some traffic, and I didn't see an ACK come back 


From: KBHHHHMIllSi 

Sent: MtHm^ Me^(^^ 2 0 0 5 1:3 2 PM 

To: TPF Test Coordinators 

Subj ect: Loadset t o TPFT 

He I I o, 

We have a need to test a message to APIS via the SITA link (Only on Network 1). 

Thus we are going to load a loadset and try the message. The code is standalone and 
will only effect BATAP processes if any (Codeshare). I plan to load the loadset as 
soon as QA gives the okay. 


r o m: 

Sent: I u e s d a y, Rly 0 3, 2 0 0 5 3:2 6 PM 

Subj ect : 

Didn't realize A0 and B0 were for APIS. 
Or i gi nal Message-- - - - 

0 0 5 2:5 3 PM 

He I I o, 


From: 
Sent : 
To: 

Subj ect 


I'll look and see what needs to be changed. 


I changed you LRECs in TW212V to allow my segment to assemble 

Page 607 


The A0 and 


we r e 




Exemption 6 


Border Crossing.txt 

added for APIS - I was just lazy with comments - I've also added them to the DBDEF 
Are you just testing with CO and DO? 

From: HBHHflHMHj 

Sent: 2 0 0 5 2:1 5 PM 



P h a s e 2 Require ments DRAFT 


My questions are at the more detailed level, once that is defined (e.g. specific 
types id - photo and non-photo). For high-level, this is fine for us. We will 

extra work for 2-character first name for all P N R s. 

Regards, 


From: 
Sent: 
To 


005 1:57 PM 


ooks okay to me - not sure on the enforcement of two character first names for GDS 
will have to delve deeper. 
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and to whom it may concern, 


Follow questions and clarifications for Phase 2: 

1) Impact to XAAPI Support for E-Travel. Need to verify with the 

status of aggreement that expires July 3 1, 2 0 0 5 if it will be ^^^Hm^^not. 

2) Does RR/Stars require AAPI support on the Arrow command to transmit to APIS? 

3) Will the distribution channels (RR/Stars, IB, etc) enforce the min 2 char for 
first name and lastname, or will Arrow enforce the check. 

4) Topic 3.3 - Will the XAAPI response for Retrieve PNR be restricted in such a way 
that the 5PID info are not displayed. Therefore distribution channels using XAAPI 
are not able to see those 5PID info. Otherwise, XAAPI assigned duty code shall be 
allowed to view the 5PID info. 

5) XAAPI assumes that Arrow will support the concatenation of the 5PID command to 
other co mma nds during create booking. 

Thanks, 



Hi , 


We are planning to send this to the users for review. Please let me know if you 
have any questions or changes by COB today. 



I have updated the Phase 2 Requirements documents with the input received. Could 
you please review and let me know if you have any additional questions or changes 


Thanks, 


<< File: APIS_RQM_Phase2.doc >> 

From: flHHHHHHMHIl 

Sent: 2 7, 2 0 0 5 2:5 4 PM 
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i a s e, 


equi rements DRAFT 


I have updated the Phase 2 Requirements documents with the input received. Could 
you please review and let me know if you have any additional questions or changes 

Thanks, 


^r; mmnm ti ww » am 

S u b j e c t : e s to Amtrak requirements for Border Crossing 


My co-worker from SSR area played around with this in TPF/GI. Fie didn't 
find anything restricting SSRs from going out in a TTY messages. Fie only 
found restrictions for creating SSRs in the PNR. 

Please see his findings below. 

1. Passport numbers and for ms of identification. 

Worldspan will need to make some changes to the functional entries that 
are used to maintain the SSR table. Currently these entries are using 
the 06-STATA macro (carrier control table status retrieval macro) to 
determine if an OA carrier is a non-participant. Which is defined in 
the 0 6-CBR (carrier control table) . If a carrier is a 
non-parti ci pant then SSR codes cannot be defined in the SSR tables 
(06-CSPS and 06-SSR). This can be done in 80 hours or less. 

Once the functional entries are changed, DBCRs can be created to add 
FOI D/PSPT/DOCS on 2V in the IP partition. These can be done in a few 
hours. 

Once the SSR codes are defined in the SSR tables, then passenger data 
will allow them to be created in the P N R using the long for mat 3SSR 
entries (also known as manual SSR). NOTE: The abbreviated 3S entries 
(also known as automated SSR) are restricted from SSRPSPT and SSRFOID. 
Also, the abbreviated 3S entries are currently not allowed on non-air 
segments which is a mute point since PSPT and FOID are not allowed on 3S 
e n t r i e s. 

Once the SSRs are created in the PNR, the teletype-out programs will 
automatically include them in the TTY message. 

2. Worldspan uses FOID for driver licenses. The following lists the 8 
types for FOID. If one of the following will not work then I don't think 
it would be a big deal to create a 9th FOID type for birth certificate. 
Maybe SSRFOI D2VHK/ BC. ... - 1. 1 

FOI D USING FQTV NUMBER 

3SSRFOI D2VHK/ F F XX 1 2 3 4 5 6 7 8 9 0 - 1. 1 
FOID USING CREDIT CARD INFORMATION 
3SSRFOI D2VHK/CCVI 47331234567890 - 1. 1 
FOI D USI NG NAT I ONAL I DENTITY 
3SSRFOI D2VHK/ Nl F R 1 2 3 4 5 6 7 X B C- 1. 1 
FOI D USI NG DRI VERS LI CENSE 

3SSRFOI D2VHK/ DLTX9P123ABC456- 1. 1 
FOI D USI NG PASSPORT 

3SSRFOI D2VHK/ P P US 1 1 1 4 5 7 6 3 7 6 - 1. 1 
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F 01 D USING CONFIRMATION NUMBER OR RECORD LOCATOR 
3SSRF0I D2VHK/ CNLYMH6G- 1. 1 
F 01 D USING TI CKET NUMBER 

3SSRF0I D2VHK / TN0011234567890 - 1. 1 
F 01 D USING LOCALLY DEFINED ID NUMBER 
3SSRF0I D2VHK/I DB4S 1 7 3 2 4 5 T- 1. 1 
PSPT using Country code, DOB and Gender 
3SSRPSPT2VHK1/111111111111111/ US/ 14APR66/M- 1. 1 
DOCS uses freeflow 

3SSRDOCS2VHK1FREEFLOW- 1. 1 


*G in the PNR from the above entries 


G- 


1. SSRFOI D2VHK/ F F XX 1 2 3 4 5 6 7 8 9 0 - ** 

2. SSRFOI D 2 V H K / CCVI 4 7 3 3 1 2 3 4 5 6 lWT\ 

3. SSRFOI D2VHK/Nl FR1234567XBC- 

4. SSRFOI D2VHK/DLTX9 P123ABC4 56 

5. SSRFOI D 2 V H K / P P US 1 1 1 4 5 7 6 3 7 6 

6. SSRFOI D2VHK/CNLYMH6G-^H/ 

7. SSRFOI D2VHK/ T NO 0 1 1 2 3 4757? 

8. SSRFOI D2VHK/I DB4S 1 7 3 2 4 5 T- 

9. SSRPSPT2VHK1/111111111111 
10. SSRD0CS2VHK1FREEFL0W-^M/ 


in TTY message from the above entries 



Wh a t 

i S ! 

sent 

i n 

SSR 

F 01 D 

2 V 

HK / 

SSR 

F 01 D 

2 V 

HK / 

SSR 

F 01 D 

2 V 

HK/ 

SSR 

F 01 D 

2 V 

HK/ 

SSR 

F 01 D 

2 V 

HK/ 

SSR 

F 01 D 

2 V 

HK/ 

SSR 

F 01 D 

2 V 

HK/ 

SSR 

F 01 D 

2 V 

HK/ 

SSR 

PSPT 

2 V 

HK1 

SSR 

DOCS 

2 V 

HK1 

3. SSRDOCS 




FR1234567XBC 



66/ / / M- II 


We currently do not have SSRDOCS defined in the IP SSR tables, 
in the NW partition. 

SSRDOCS is Primary Travel Document Information. 

SSRDOCOis Other Travel Related Information. 

SSRDOCA is Address Information. 

The required formats are defined in AIRIMP. It would be a simpl 
to add this SSR code. 


is it the answer to your questions? Please let me know if you 
mo r e info. 

Regards, 


'r oduct Bpeci ali st Non - 
Worldwide Product Planni 


Ai r 

ng 


I t i s 


DBCR 


need 
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Fax: 
e ma i I 
From: 
Sent : 



r i d a y 


i n g. t x t 



aril 6 @ 3pm - Minutes 

3 1 S meeting on April 6. 


fA codes for Amtrak 


• ati on Code 


ng April 6 @ 3 p m - Agenda 


airline c o d e (s) and full 
o u r I ATA table. 


612 
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To: 

S u b j ecuRelcnanges t o A mt r a k requirements for Border Crossing 


Hi 


I just wanted to double check if you have received any response to your 
email. If yes, could you please forward the response to me. Thanks. 

Regards, 


'roduct bpeci ali st Non - 
Worldwide Product Planni 


Ai r 

ng 


Phone: 
Fax: 
e ma i I 



Changes to Amtrak requirements for 
Bor der Crossi ng 


Hello 

We are in the process of investigating the collection of additional 
identification data for the Border Crossing PNRs in Arrow. These changes 
are being mandated by the US Border Inspection Agencies. We are 
testing the water to see how much work maybe involved at the GDS end for 
this change and to also see how certain circumstances are supported. All 
we 

are looking for is a very high level estimate. 

1) Passing Passport numbers and For ms of Identification. 

Amtrak hopes to use the supported IATA SSRs for these pieces of 
i n f o r ma ti on. 

We believe that there are currently three options - PSPT, FOID and DOCS. 

Do 

you support all or any of these and how difficult would it be to send them 
to Amtrak? Our backup plan would be to use an OSI to pass the information 
to ARROW from the GDS system. But we believe that the SSR approach is 
betterandsafer. 
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Do you believe this is feasible? and is the best approach? 

2) Canadi an Bor der crossing. 

American citizens only need a Driving Licence and/or a Birth Certificate 
for 

crossing this border - How to you handle this information? 

Many Thanks in advance for you time and effort on our behalf. 


r o m: 
Sent : 


ursday, April 1) 7, 2 0 0 5 1 2:1 0 PM 
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Subject: Re: Amtrak/API S -- Technical Meeting April 6 @ 3pm - Agenda 
We have connectivity!!! 

Received the following message § 1 0:2 6:3 2:8 7 EST 
QU DCAUCCR. I ADATXH 071513AMTRAK TESTTO 


Depart ment of Homeland Security 
Customs and Border Protection 
Enforcement Systems Branch 

Fax. ^_ 

Ext er 
From: 

Sent : 

To: 

Cc: 


pril 6 @ 3pm - Agenda 



Me e t i n g Details 
Wednesday April 6, 2005 
3pm 
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A mt r a k hopes to use the supported IATA SSRs for these pieces of 
i n f o r ma ti on. 

We believe that there are currently three options - PSPT, FOID and DOCS. 

Do 

you support all or any of these and how difficult would it be to send them 
to A mt r a k ? Our backup plan would be to use an OSI to pass the information 
to ARROW from the GDS system. But we believe that the SSR approach is 
better and safer. 

Do you believe this is feasible? and is the best approach? 

2) Canadi an Border crossi ng. 

American citizens only need a Driving Licence and/or a Birth Certificate 
for 

crossing this border - How to you handle this information? 

Many Thanks in advance for you time and effort on our behalf. 


r o m: 
Sent : 
To: 

Subj ect 


o nc^^^ 


pr i 


langes to Amtrak requirements for Border Crossing 


Per our discussion, here is what we currently support for PSPT and FOID. As 
I had mentioned I have not been able to find any 

information on DOCS. I think the best solution would be the use of the FOID 
as it can contain the most information. The only item 

which I have not been able to find is the Birth Certificate data, but maybe 
it can be sent in the ID field (Locally defined ID number). 

I have asked our dev group to provide a high level estimate of the work 
involved on our side. When do you forsee these change 
occur i ng? 


SSR FOID I NFORMATI ON 

SR FOID IB H K/ - DL12345678-Nl-PP342X/PI 

SR TRANSACTION CODE FOID SSR CODE 
YY Al RLI NE CODE (YY IS ALSO POSSI BLE) 

HK/ ACTION CODE. HK IS THE ONLY CODE PERMITTED AND IF OMITTED, 

Wl LL BE AUTOMATI CALLY ENTERED 

- DL SEPARATOR PLUS CODE FOR DRIVER'S LICENSE 1 2 3 4 5 6 7 8 DRIVER'S 
LI CENSE NUMBER 

- Nl SEPARATOR PLUS ADDITIONAL ID TYPE (CONDITIONAL) 

- PP SEPARATOR PLUS ADDITIONAL ID TYPE (CONDITIONAL) 324X FREE 

TEXT (OPTI ONAL) 

/PI PASSENGER ASSOCIATION - MANDATORY IF MORE THAN 1 PAX 


NOTE: THE SSR FOID IS ONLY SENT TO AIRLINES THAT HAVE A BILATERAL 
AGREEMENT Wl TH AMADEUS. 

YOU CAN ONLY ENTER ONE SSR FOID PER PASSENGER. 

EXAMPLES OF VALID TWO-LETTER ID CODES: 


cc - 

CREDI T CARD 


Nl - 

NATI ONAL 

1 DENTITY 


DL - 

DRI VER 1 S LI CENSE 

CN - 

CONE 1 RMATI ON NB 

OR RECORD 

LOCATOR 

FF - 

FREQUENT FLYER 

TN - 

T1 CKET 

NUMBER 



PP - 

PASSPORT 


1 D 

- LOCALLY 

DEFI NED 1 

D NUMBER 
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SSR FOR PASSPORT I N F OR MAT I ON 

TO CREATE AN SSR CONTAINING PASSPORT INFORMATION (SR PSPT), 
YOU MUST USE THE APPROVED IATA FORMAT. EXAMPLE: 


SRPSPT BAHK1-123456-GB-24FEB45- 


H. FREETEXT/PI 


SR TRANSACTION CODE (MANDATORY) 

PSPT SSR CODE (MANDATORY) 

BA AIRLINE CODE WHERE MESSAGE TO BE SENT (MANDATORY) 

HK ACTION CODE (HK ONLY) (MANDATORY) 

1 NUMBER OF SERVICES REQUESTED (MANDATORY) 

-123456 DASH, PASSPORT NUMBER (MANDATORY) 

-GB DASH, COUNTRY CODE (MANDATORY) 

-24FEB45 DATE OF BIRTH (MANDATORY) 

- LEWI S/EDW. . . DASH, FULL NAME OF PASSENGER (MANDATORY) 

-M DASH, GENDER INDICATOR (MANDATORY - M, F, 

-H DASH, PASSPORT HOLDER INDICATOR (MANDATORY 

I S THE PASSPORT HOLDER) 

.FREETEXT PERIOD, FREE - FLOW TEXT (OPT I ONAL) 

/PI PASSENGER ASSOCIATION (MANDATORY) 


, FI ) 

F THE PASSENGER 


NOTE: SOME AIRLINES DO NOT SUPPORT FREE-FLOW TEXT IN THE SSR PSPT 
ELEMENT. 


FOR A MULTI - PASSENGER PASSPORT, YOU MUST ENTER A DASH AND THE LETTER H 
(FOR PASSPORT 

HOLDER) AFTER THE PASSENGER NAME OF THE PRIMARY PASSPORT HOLDER. 

NOTE: THE PASSPORT INFORMATION MAY BE FORWARDED TO THE RELEVANT 
AUTHORI TI ES. 

FOR AN INFANT WHOSE PASSPORT INFORMATION IS ASSOCIATED WITH AN ADULT 
PASSENGER, 

YOU CREATE A SEPARATE SSR WITH THE SAME PASSPORT NUMBER BUT WITH AN INFANT 
GENDER INDICATOR AND WITH THE SAME PASSENGER ASSOCIATION AS THE ADULT 
PASSENGER. 

EXAMPLE: PASSENGER WITH INFANT TRAVELING IN ALL SEGMENTS 


SR PSPT TW HK1- 123456 - US - 13J AN62 - 
SR PSPT TW HK 1 - 1 2 3 4 5 6 -US-17FEB99-^B/ 


/PI 


HI PI 


WHEN YOU DO NOT ENTER AN OPTIONAL ELEMENT, ENTER A DASH (-) IN ITS PLACE 
ALWAYS USE 

THE SEPARATOR BEFORE FREE-FLOW TEXT. 


A MINIMUM ENTRY MUST CONTAIN THE PASSENGER'S GENDER AND NAME. ENTER 
DASHES ( - ) AS 

SEPARATORS, EXCEPT FOR FREE-FLOW TEXT (.) 

Let me know if you require any further information.. 

Regards, 


From: 


on 0 3 / 2 1 / 2 0 0 5 1 0:5 2 AM 
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Subjec Changes to Amtrak requirements for 
t: Border Crossing 


Hello 

We are in the process of investigating the collection of additional 
identification data for the Border Crossing PNRs in Arrow. These changes 
are being mandated by the US Border Inspection Agencies. We are testing 
the 

water to see how much work maybe involved at the GDS end for this change 
and 

to also see how certain circumstances are supported. All we are looking 
f o r 

is a very high level estimate. 

1) Passing Passport numbers and For ms of Identification. 

Amtrak hopes to use the supported IATA SSRs for these pieces of 
i n f o r ma ti on. 

We believe that there are currently three options - PSPT, FOID and DOCS. 

Do 

you support all or any of these and how difficult would it be to send them 
to Amtrak? Our backup plan would be to use an OSI to pass the information 
to ARROW from the GDS system. But we believe that the SSR approach is 
betterandsafer. 

Do you believe this is feasible? and is the best approach? 

2) Canadi an Bor der crossing. 

American citizens only need a Driving Licence and/or a Birth Certificate 
for 

crossing this border - How to you handle this information? 

Many Thanks in advance for you time and effort on our behalf. 


, 2005 9:35 AM 


From: 
Sent : 


ri day,Apri 
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Could you pi ease review the attached document and let me know if you notice anything 
that needs to be added or changed. 

Thanks, 


From: 
Sent : 
To: 

Subj ect 


uesday, Marc 


order Crossing Quick Ref Card 


Thanks for the update. I will await the formats 


.Original Message. 

S u b j e r Crossing Quick Ref Card 

Hello 

Thanks for the quick response - we are targeting September as an 
implementation date. Formats should be forth coming in the next few 
weeks. 


Or i g i n a I 


From: H| 
Sent : non 
To: 

Subj 


ay. 


Message 



order Crossing Quick Ref Card 


Hi 


Thanks for the update. I received the DOB format from^B^H. The 
format is supported with Bypass. Therefore, for consism^^T would 
suggest we support the 5PID field using Bypass for Passport, U.S. forms 
of identification for Cross Border. . . Bi rth Certificate and Driver's 
Li cense. 

if we used Bypass with proposed 5PID formats the changes should be quite 
minimal with a database add. However, we will need to be advised of 
specific proposed formats to ensure all characters / length of formats 
can be support ed. 

In response to your previous E-mail, I don't believe it's necessary to 
use Sabre SSR 3PSPT field using common language as agents are already 
use to using Bypass for Amtrak DOB. 

For your reference Sabre uses the following 3PSPT field for Passport 
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> 

> 

From: BSflBBflHflHl 

Sent: , 2 0 0 5 5:2 6 PM 

Subj ect : me charging 

Hi 

Before March gets locked down I wanted to check my time. Any time I, or 

has should be charged against which synergy id? 


Thanks, 

From: 

Sent : 

Subject: ffi^r Crossing Quick Ref Card 



Hi 


Thanks for the update. I received the DOB format from The 

format is supported with Bypass. Therefore, for consism^^T would 
suggest we support the 5PID field using Bypass for Passport, U.S. forms 
of identification for Cross Border. . . Bi rth Certificate and Driver's 
Li cense. 

If we used Bypass with proposed 5PID formats the changes should be quite 
minimal with a database add. However, we will need to be advised of 
specific proposed formats to ensure all characters / length of formats 
can be support ed. 

In response to your previous E-mail, I don't believe it's necessary to 
use Sabre SSR 3PSPT field using common language as agents are already 
use to using Bypass for Amtrak DOB. 

For your reference Sabre uses the following 3PSPT field for Passport 
i n f o r ma t i o n: 


For mat : 3PSPT3/ K123456/ US/ 16SEP60/M- 1. 1 

3 P S P T(ai r segment) / ( passport number) / (count ry of issue)/(date of birth 
d d mmmy y) / ( I a s t n a me (/(first and middle names) / (gender) - ( name number) 

Please advise of proposed formats and I will forward to Multi Access for 
r e v i e w. 

Thanks, 


.Ori gi nal Message. 

S u b j e r Crossing Quick Ref Card 

Hello 

Here's the information we sent to the Travel agents back in 2 0 0 1 
don't 
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c c 


Subjec FW: date of birth reservations 
t : 


Could we get contact information for this PNR? 
Thanks 

> .Original Message. 

> Sent: 2 0 0 5 2:1 6 PM 

> Subject: h reservations 

> 



> 

> Can you see if you could provide agency contact info for these 

> International agent bookings. 

> 

> 0486D6, Amadeus locator ZYE9D3 

> 

> Thanks 



All 3 bookings were made by the same agency - R a i I pi us New Zealand 
their contact informaton: 


Here 
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Pseudo Ci t y- 15EW 

NAME- RAI LPLUS NEW ZEALAND 


CTRY- NZ/ NEW ZEALAND 


Here is an alternate phone listing I found in the PNR's 
RAI LPLUS/AUCKLAND/093775415 


Let me know if there's anything else you need 


Technical Service Manager 
GI o b a I Technical Services 
Cendant - Travel Distribution Services 
Phone: 

Fax: 

E-Mail 



From: 
Sent : 
To: ■ 


Or i gi nal Message- 


uesday, Marc 


Subj ec 


ate o 


i r 


r es er vati ons 


Li nda, 


Can you help please 
Thanks, 


.Original Message. 

Sent: Tues day, : 16 PM 

Subj r t h reservations 


Can you see if you could provide agency contact info for 
International agent bookings. 

0BC24E, Apollo locator L09MVW 
12D8B7, Apollo locator RNBQPU 
018586, Apollo locator ZTT9PU 

Thanks 


these 


ravel Agency Sales Center 
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> 

> 


The information in this electronic mail message is sender's business 
Confidential and may be legally privileged. It is intended solely for the 
addressee(s). Access to this Internet electronic mail message by anyone 
else is unauthorized. If you are not the intended recipient, any 
disclosure, copying, distribution or any action taken or omitted to be taken 
in reliance on it is prohibited and may be unlawful. 

The sender believes that this E-mail and any attachments were free of any 
virus, worm, Trojan horse, and/or malicious code when sent. This message and 
its attachments could have been infected during transmission. By reading 
the message and opening any attachments, the recipient accepts full 
responsibility for taking protective and re me dial action about viruses and 
other defects. Galileo International is not liable for any loss or damage 
arising in any way from this message or its attachments. 

From: ' SSHHHEMHBBII 

Sent: 2 0 0 5 2:1 6 PM 

Subj ect : r t h reservations 


Hi 


Can you see if you could provide agency contact info for these International 
booki ngs. 

0486D6, Amadeus locator ZYE9D3 
0BC24E, Apollo locator L09MVW 
12D8B7, Apollo locator RNBQPU 
018586, Apollo locator ZTT9PU 

Thanks 



From: 
Sent : 

To: 

Subject: 


o n d a y, Marc 


langes to Amtrak requirements for Border Crossing 


Hi 


I must admit, I am not familiar with the Border Crosser formats as they 
exi st t oday. 

1.) Passing Passport numbers and for ms of Identification 

According to the Amtrak regression test script.... I show the following 
formats for cross border: 

DOB-Date of Birth Book and Ticket 

Build reservation NYP-MTR for 1 person. Add the DOB field. 
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F o r ma t s 


DOB 12J UL 1 9 6 8/US- 
DOBXI NF01APR2001 



I tried inputting the following formats in the Arrow PNR and found they 
were only accepted if I prefixed it with "5" remarks field. Although, I 
never got the PNR to merge reflecting the DOB info. Therefore, I must 
not have the appropriate formats for testing this scenario. 


I would like to support proposed cross border changes similar to how 
they are supported today. Do we currently support these formats as 
common language translation or Bypass? 


Please provide current Cross Boarder formats for comparison 


2.) Canadian Border Crossing 

Drivers License and / or a Birth Certificate 

Will this update be required in Arrow or Sabre? I would imagine the 
entry would need to be in Arrow to enable Amtrak to send down the ticket 
recor d. 

How is Amtrak planning to handle this in Arrow? 


Thank you in advance for your assistance 


Sabre / Travel Net work 
Manager, Rail Account Relations 


.Ori gi nai Message. 

To: 

Subj ecticnanges to Amtrak requirements for Border Crossing 
Hello 

We are in the process of investigating the collection of additional 
identification data for the Border Crossing PNRs in Arrow. These 
changes 

are being mandated by the US Border Inspection Agencies. We are testing 
the 

water to see how much work maybe involved at the GDS end for this change 
and 

to also see how certain circumstances are supported. All we are looking 
for 

is a very high level estimate. 

1) Passing Passport numbers and For ms of Identification. 

SABRE would need to map their entries on to Arrow's 5PID or use the 
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bypass 

functionality to allow their agents to enter the 5PID entry. Which 
solution’ 

do you believe SABRE will pick? 

2) Canadian Border crossing. 

American citizens only need a Driving Licence and/or a Birth Certificate 
for 

crossing this border - How to you handle this information? 

Many Thanks in advance for you time and effort on our behalf. 



I will be out of the office starting 18/03/2005 and will not return until 
0 4/ 0 4/ 2 0 0 5. 


I will respond to your message when I return, 
and TourSelect issues please contact 
From: 

Sent : ' 1 4, 2 0 0 5 4:0 0 PM 

To: 


lile I am a way for all Rail 



Cc: 

fflf] ect : APIS Update 

Met with the relevant personnel from your Rescen 1362 today regarding APIS. 


1. has created (draft) new Requirements documents specific to phase 1 and to 

pha^^^ one for each. (attached) 


2. I have sent these to asking to meet with her this week if possible. 

3. ■^^|and agreed with the proposed minimal Edifact approach. The work 

to T^cfiPe i s u^^^y applicat i ons in n ature , _ 

and will he done by although and will he kept in the loop and 

will review the design wr^i comp I et e. 

will also have some work relating to Outbound TTY, but it is felt that thi 
is p^^y well defined and poses no undue risks. 

4. Discussed with and the work that would need to be done by 

group. 

^^/\s far as making R a i I Res able to handle phase 2, the AAPI would only have to 

make changes to support 5PI D._ 

The rest can be done by 5 people. 

In order to support the Internet, would have more work, but we do have a 

fairly simple work around for that shru^P 

he not be able to support the effort in time for an end of September 
implementation for Internet. 

5. Discussed the GDS's with and does not think they will have too 

muchofaproblemwithit. 

All except Worldspan should be able to accommodate the request fairly easily 
using a standard SSR item. 

Worldspan will probably have to use an OSI item instead. Mark will prepare 
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communications to be sent to them stating our request, 
according to normal procedures for such requests. 

6. Work on both phase 1 and phase 2 will begin as soon as possible in April 


Next Steps: 

1. Meet wi t h 


this week. 


2. Arrange meeting with BCP, 


first week in April. 


3. Arrange meeting with first week of April to try to get commitment on 

support for 5PID entry 

and to discuss how to approach the Internet work and its associated XAAPI work. 


From: 
Sent : 


onday, March 14, 2005 2:03 PM 
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^2 6 PM 


I have been working the date of birth q 1 s and can't seem to 
contact information on a few reservations. Can you help? 


> From: 

> Sent: Monday, 

> To: 

> Subj ec 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 


f i nd 


ApoiI o agency 
r es 0AB90D (apoiI o 
0A71EA (apoiI o 
1606D2 (apoiI o 
believe these 


the contact field. 


I oc = V13FC6) 

I oc = S7 DP5 K) 
i oc = MFN58V) 
are all the s a me 


agency, as the number 96614663 is in 


ACT-0 E 7 

NAME-I/AS I A PACI FI C TRAVEL MARK 
UNRN-AS I A PACI FI C TRAVEL MARK 




> 

> Also 0 3 5 D5E (apoi I o I oc = MGHQWK) is also an Apollo agent 

> 


ACT-1F 5 S 

NAME-I / TRAI LFI NDERS 
UNRN-TRAI LFI NDERS 



ANBR- 0 0 0 0 0 0 0 01 


FONE-BRISTOL TRAI LFI NDERS 0117 929 9092 REF BA59TA 



The information in this electronic mail message is sender's business Confidential 
and may be legally privileged. It is intended solely for the addressee(s). Access 
to this Internet electronic mail message by anyone else is unauthorized. If you are 
not the intended recipient, any disclosure, copying, distribution or any action 
taken or omitted to be taken in reliance on it is prohibited and may be unlawful. 
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The sender believes that this E-mail and any attachments were free of any virus, 
worm, Trojan horse, and/or malicious code when sent. This message and its 
attachments could have been infected during transmission. By reading the message 
and opening any attachments, the recipient accepts full responsibility for taking 
protective and remedial action about viruses and other defects. Galileo 
International is not liable for any loss or damage arising in any way from this 
me s s a g e o r i t s a 11 a c h me n t s. 


From: 

Sent: u a r y 2 4, 2 0 0 5 4:4 1 PM 

Subject: Kt: SNA connection - tditact messge over IP 

The Edifact guide we received from DHS says that they support Type-B messages. They 
have some rules about messages that exceed the maxi mum size and have to be split 
must be transmitted separately as standalone Edifact messages. Production TTY 
address is DCAUCCR. Test TTY will be assigned by APIS coordinator. 

SITA Type-B seems the most straight forward approach and shouldn't require any new 
infrastructure. I suggest we confirmwith DHS this is acceptable and proceed on that 
basis. 

Thank you f 0 r this excellent level of detailed information. 


.O ri gi nal Mes s age. 

Sent: b r u a r y 2 4, 2 0 0 5 4:0 7 PM 

To: 

Subj 


.O riginal Message- - 

Sent: r y 2 4, 2 0 0 5 2:5 4 PM 

To: 


Thanks 


One follow-up question to: 

* What are the issues to use IP over a SITA c o n n e c t i o n ? [ We would 

probably have to renegotiate the contract. Theoretically changing fnnr^.25 to IP 
s h o u I d b e t r a n s p a r e n t a n d s a v e mo n e y. 

If we are on a time crunch (which I believe we will be), if there are issues with IP 
can we send the Edifact message over X.25? 

[H. Absolutely, as long at APIS can accept a Type B message, we can send 

t l^E d i ^^^me s s a g e over the existing X.25 SITA connection. 

Would we need to do anything to make that happen?[^^|, Essentially, no, 
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other than some minor setup and test. We already have BATAP which is how we would 
transmit the Type B message to SITA, then SITA forwards the message to APIS. 

Transparent.how much work and what kind of effort does that involve? (filing a 

paper? Changing a s e 11 i n g ?) [ ■■^1 Basically, APIS may (or may not) have 

to have a conversation with SnT s o tnat t h e necessary configuration table can be 
setup within SITA. On our side, we would create the message, stick a EDI FACT header 
on it, add an APIS teletype address and transmit the message using BATAP (need an 
interface program to do the BATAP SEND). Finally, Amtrak pays SITA based on volume 
oftrafficsowe'reallsetthere. 


Thanks again for 


responding so quickly, 


From: MSHBMHI 

Sent: e b r u a r y 2 4, 2 0 0 5 1:2 5 PM 

To: 

Subj 


. O ri gi nal Message- - 

From: [■HSIMHMSin 

Sent: Tnu7saay5Feb7ua ry 24, 2005 10:44 AM 

To: ■■■■■I 

Cc: 

S u b j a c t messge over IP 

Good Mor ni ng 


I need to get some details on the steps/tasks needed to send APIS Edifact messages 
over IP on a SITA connection. If possible if you could pull together the responses 
and issues today, I would really appreciate it as I need to complete a summary 
today. (even if the response contains open issues) 




I 

t h e 

* 


ex 

* 


vi a BATAP as 
contract and 


Would we need a new contract with SITA? 

HH] No, as long as the messages are sent 
i s TraTfi c is planned to be Type A, then a new 
circuit is needed. 

Do we already have a test connection to SITA? 

Yes, we already have a test connection with SITA, which is 
because most c o mp a n i e s do not. 
already have a production connection to SITA? 

] Yes, we already have a production connection 
only use it for inbound traffic (codeshare application) and 
messages to SITA. 

* What are the steps or information needed to establish 
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A PIS vi a SI T A? 

[ HH, If the message is Type B, APIS must provide their test 7-character 

t pMfllr e s s and we would give them ours ( I ADATXH) . A Type A interface would 
requirefurtherinvestigation. 

* What are the steps or information needed to establish a production 

connection to APIS via SITA? 


7 




] If the message is Type B, APIS must provide their production 
aracter teletype address and we would give them ours (IADAPXH). A Type A 
interface would require further investigation. 

* What are the issues to use IP over a SITA c o n n e c t i o n ? [ We would 

probably have to renegotiate the contract. Theoretically changing fnnr^.25 to IP 
shouldbetransparent andsave money. 

* Are there other options to using IP over a SITA connection? 

[ Yes, we could establish a direct connection to APIS, but this 

pnnHibly would not get approved unless they paid for the circuit. 

* Are there Amtrak security measure needed to establish connectivity to APIS? 
If so how long does that take? 

Not sure what you are asking here, but connectivity to APIS via SITA 


If the message is sent via BATAP, there could 


is over a secure, dedicated circuit 
be mi nor setup involved. 

* Do we need a license to use Edifact? If so do we have one?[ 

Amtrak purchased a product called SPEEDIFACT several years ago, but 
implement it in Arrow. Some of the DBDEFs and macros have been used 


ec i de 
by other 




t o 
apps. 


Also, EDIFACT is already being used by another department within Amtrai 
* When using Edifact, since we do not have a need for an inbound Edifact 

only one type outbound message, do to a time to market issue we 
the Edifact message in an application program in the correct 

s and whistles.correct? [ ■■■{! Yes! When we sized 

estimated creating a smam EDmtTT handler to add the 


Parser and we have 
could s i mp I y build 
f or mat wi t hout bell 
this effort years ago, 


we 


EDI FACT 
APIS. 


header in front of the manifest message that would then be transmitted to 


Thank you, 


P.S. If you need me to call in please let me know, or both and have my 

contact number and a calling card I haveprovided. 


From: 
Sent : 
To: 

Cc: 

Subj ect 


i u r s d a y, February 2 4, 2 0 0 5 4:0 7 PM 

9 



connecti on 


i f a c t me s s g e over 


. O ri gi nal Message- - 

Sent: r y 2 4, 2 0 0 5 2:5 4 PM 

To: 

Cc: 

Subj 


Thanks 


One follow-up question to: 
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* What are the issues to use IP over a SITA c o n n e c t i o n ? [ We would 

probably have to renegotiate the contract. Theoretically changing fnMT^.25 to IP 
should be transparent and save money. 

If we are on a time crunch (which I believe we will be), if there are issues with IP 
can we send the Edifact message over X.25? 

|H. p^p] Absolutely, as long at APIS can accept a Type B message, we can send 
t T^E d i me s s a g e over the existing X.25 SITA connection. 

Would we need to do anything to make that happen?[^^|, ■■■] Essentially, no, 
other than some minor setup and test. We already B/^H^which is how we would 

transmit the Type B message to SITA, then SITA forwards the message to APIS. 

Transparent.how much work and what kind of effort does that involve? (filing a 

paper? Changing a s e 11 i n g ?) [ jpp, ppp] Basically, APIS may (or may not) have 
to have a conversation with S™so ilaT the necessary configuration table can be 
setup within SITA. On our side, we would create the message, stick a EDIFACT header 
on it, add an APIS teletype address and transmit the message using BATAP (need an 
interface program to do the BATAP SEND). Finally, Amtrak pays SITA based on volume 
of traffic so we're all set there. 


Thanks again for 


respondi ng so qui ckl y, 


From: [Bpppppj 

Sent: TTuirsaay^F e b r u a r y 2 4, 2 0 0 5 1:2 5 PM 
To: 

Cc: 


.O riginal Message- - 

Sent: r y 2 4, 2 0 0 5 1 0:4 4 AM 

To: 

Cc: 

Subject: SI IA connection - Edifact messge over IP 
Good Mor ni ng 


I need to get some details on the steps/tasks needed to send APIS Edifact messages 
over IP on a SITA connection. If possible if you could pull together the responses 
and issues today, I would really appreciate it as I need to complete a summary 
today. (even if the response contains open issues) 


Would we need a new contract with SITA? 
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ex 
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Border Crossing.txt 
the messages are sent 
be Type A, then a new 


vi a BATAP as 
contract and 


] No, as long as 
is traffic is planned to 
circuit is needed. 

Do we already have a test connection to SITA? 

Yes, we already have a test connection with SITA, which is 
raordinary because most companies do not. 

Do we already have a production connection to SITA? 

] Yes, we already have a production connection to SITA. 
for inbound traffic (codeshare application) and outbound 


a Type B message, 
reconfiguration of 


Currently we 
for service 


only use 

messages to SITA. 

* What are the steps or information needed to establish a test connection to 
APIS via SI TA? 

Hi 

teletype address 
require further investigation. 

* What are the steps or 
connection to APIS 


the message 
and we wo u I d 


is Type B, 
give them 


APIS must provide 
ours (IADATXH). A 


their test 7-character 
Type A interface would 




information needed to establish a production 

vi a SI TA? 

_] if the message is Type B, APIS must provide their production 

7-character teletype address and we would give them ours (iADAPXH). A Type A 
interface would require further investigation. 

* What are the issues to use IP over a SITA c o n n e c t i o n ? [ We would 

probably have to renegotiate the contract. Theoretically changing fnHr^.25 to IP 
should be transparent and save money. 

* Are there other options to using IP over a SITA connection? 

Yes, we could establish a direct connection to APIS, but this 
pHnnibl y would not get approved unless they paid for the circuit. 

* Are there Amtrak security measure needed to establish connectivity to APIS? 
If so how long does that take? 

Not sure what you are asking here, but connectivity to APIS via SITA 


i s 

be 

* 


* Wh e n u s i n g 

Parser and we have 
could s i mp I y build 


If the message is sent via BATAP, there could 


do we have one?[ 
years ago, but 


ec i de 
other 




t o 
apps. 


over a secure, dedicated circuit 
mi nor setup involved. 

Do we need a license to use Edifact? If so 
Amtrak purchased a product called SPEEDIFACT several 

implement it in Arrow. Some of the DBDEFs and macros have been used by 
Also, EDIFACT is already being used by another department within Amtrak 

Edifact, since we do not have a need for an inbound Edifact 
only one type outbound message, do to a time to market issue we 
the Edifact message in an application program in the correct 

format without bells and whistles.correct? [ ■■] Yes! When we sized 

this effort years ago, we estimated creating a smam EDmYCT handler to add the 
EDIFACT header in front of the manifest message that would then be transmitted to 
APIS. 


Thank you, 


P.S. If you need me to call in please let me know, or both and have my 

contact number and a calling card I haveprovided. 

From: USHMl^HI 

Sent: TnursTay^F eb r ua r y 24, 2005 1:25 PM 

Subj ect : 


.O riginal Message- - 

From: 

Sent: r y 2 4, 2 0 0 5 1 0:4 4 AM 
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To: 

Cc: 

S u b j a c t messge over IP 


Good Mor ni ng 


I need to get some details on the steps/tasks needed to 
over IP on a SITA connection. If possible if you could 
and issues today, I would really appreciate it as I 
today. (even if the response contains open issues) 


send APIS E d i f a c t me s s a g e s 
pull together the responses 
need to c o mp I e t e a s u mma r y 


m 


vi a BATAP as 
contract and 


t h e 

* 


ex 

* 


only use 
messages 


Would we need a new contract with SITA? 

HH] No, as long as the messages are sent 
i s TraTf i c is planned to be Type A, then a new 
circuit is needed. 

Do we already have a test connection to SITA? 

Yes, we already have a test connection with SITA, 
because most c o mp a n i e s do not. 
already have a production connection to SITA? 

] Yes, we already have a production connection to SITA. 
for inbound traffic (codeshare application) and outbound 


r a o r d i nary 
Do we 


a Type B message, 
reconfiguration of 


wh i c h is 


Currently we 
for service 


t e 


to SI TA. 

What are the steps or information needed to establish a test connection to 
via SI TA? 

I f 

ype address 


APIS _ 

fFffy pP^S 


the message 
and we wo u I d 


is Type B, 
give them 


their test 7-character 


information needed to establish a production 


APIS must provide 

ours (IADATXH). A Type A interface would 

require further investigation 

* What are the steps or 
connection to APIS via SITA? 

[H, If the message is Type B, APIS must provide their production 

7^m a^^r t e I e t y p e address and we would give them ours ( I ADAPXH) . A Type A 
interface would require further investigation. 

* What are the issues to use IP over a SITA c o n n e c t i o n ? [ We would 

probably have to renegotiate the contract. Theoretically changing fnHr^.25 to IP 
should be transparent and save money. 

* Are there other options to using IP over a SITA connection? 

Yes, we could establish a direct connection to APIS, but this 
pnnHibl y would not get approved unless they paid for the circuit. 

* Are there Amtrak security measure needed to establish connectivity to APIS? 
If so how long does that take? 

Not sure what you are asking here, but connectivity to APIS via SITA 
is over a secure, dedicated circuit 
be mi nor setup involved. 

* Do we need a license to use Edifact? If so do we have one?[| 

Amtrak purchased a product called SPEEDIFACT several years ago, but 
implement it in Arrow. Some of the DBDEFs and macros have been used 
Also, EDIFACT is already being used by another department within Amtrak 

Edifact, since we do not have a need for an inbound Edifact 
only one type outbound message, do to a time to market issue we 
the Edifact message in an application program in the correct 

s and whistles.correct? [ ■■■] Yes I When we sized 

estimated creating a smam EDmVCT handler to add the 


If the message is sent via BATAP, there could 


ec i de^^W 
by other 


t o 
apps. 


* Wh e n u s i n g 

Parser and we have 
could s i mp I y build 
f or mat wi t hout bell 
this effort years ago, 


we 


EDI FACT 
APIS. 


header in front of the manifest message that would then be transmitted to 
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8, 2004 1:27 PM 


re would be two options on the table: 

er crossing bit off in the offending BAS item- requires a SC item 
a I . 

not check past date segments for a Border crossing requirements. 


travelling till December I think option 2 is best. I believe 
y and test RMUX and load it on the 26th October. 

RMUX the way it is, the more cases of this error will start to 


ober 08, 2004 8:55 AM 


NR I SSUE 


From: 
Sent : 
To: 

Cc: 

Subj ect 




ct ober 0 7, 2 0 0 4 4:4 8 PM 


Recap of 
I r e c e i v 
c a me to 
border c 
( Ma y 0 4) . 
the p n r 
i wi I I t 

Thank y o 



conversati on. 

romH^^^H^g today concerning res# 15DDBC. The reservation 
on schedule change pnr's. The pnr has a cross the 

avel segment (#2) in which another agent cancelled the 3 field 
It, our agents can not complete the clean up process and prepare 
ting. I advised Lee that AT is looking into the problem and that 
ithhimon Monday. 


From: 
Sent : 
To: 

Subj ect 



ct oDer 0 1, 2 0 0 4 3:4 9 PM 
OAD NOT I CE 

RE: FallbacK Notification 


SC#137912 
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This program was excluded as a precautionary measure, but as it has since been_ 

confirmed that it was really a procedural problem rather than a problem with s 

code, it will be reloaded as part of the general file when Arrow comes back up on 
Sunday morning. Thanks for your assistance. 


.Or i gi nal Mes s age. 

From: 

Sent: ^^H^^October 0 1, 2 0 0 4 1 2:2 3 PM 

To: ARROW LOAD NOT I CE 

Subject: Fallback Notification - SC#137912 

<< FiI e : 137912AS . DOC >> 

From: MHBHMK 

Sent: ^^H^^October 0 1, 2 0 0 4 1 2:4 3 PM 

S u b j e c t : of birth problem in Toronto this morning 


.Or i gi nal Message. 

Sent: 2 0 0 4 1 0:3 9 AM 

Cc: ' ' 

S u b j e c t : ^^^^^Da t e of birth problem in Toronto this morning 

This is probably related to the date of birth enhancements that went in on Tuesday. 

This passenger came to the Toronto station to change travel from October 7 to today 
(Oct ober 1) . 


00C147 RR HL NONE CTC-P 202. 00/ 

- 01 @ mi ■■ 

301(3 TTFg #TS IS 8 BASIS IF 
* YOOV RAI L FARE 101.00 


4 

3 0 2(3 T 

* 

7097 C. 
SEG # 4S 

YOOV RAI L 

TWO- CBN: 9 4 0A TH 

5 S 6 BASIS IF 

FARE 101.00 

0 7 OCT 

1142 A 

0 7 OCT 

YD 

* T 

HK1 

5 

64 C. : 

CBN-NY P 

1222P TH 

0 7 OCT 

9 4 5 P 

0 7 OCT 

YD 

* T 

HK1 

6 

67 C 

NY P- BAL 

2 4 5 A FR 

0 8 OCT 

6 1 0 A 

0 8 OCT 

YD 

* T 

HK1 


5 0 0 2 @ PROBLEM- 

PAX ADVISED OF P NR #0 0 C14 7, PURCHASE DATE 24SEP, BAG POLICY, PHOTO ID 
5 0 0 3 @ POLI CY, FARES AND SCHEDULES 

5 0 0 4 @ 

PAX ADVISED OF PROOF OF CITIZENSHIP REQUIREMENTS TO CROSS CANADA/US 
5 0 0 5 @ BORDER 23SEP/ 8 2 6 9 RCF 

5 0 0 1(3 DOB- 19DEC1956/ US/ PI 

7 0 0 1(3 TKT 2 6 8 7 4 4 9 3 8 7 4 6 5 SEG #9 CA $101.00 

7 0 0 2(3 TKT 2 6 8 7 4 4 9 3 8 7 4 7 3 SEG #7 

7 0 0 3(3 TKT 2 6 8 7 4 4 9 3 8 7 4 8 1 SEG #8 

7 0 04(3 TKT 2 6 8 7 4 4 9 3 8 7 4 9 9 SEG #4 CA $101.00 

7 0 0 5(3 TKT 2 6 8 7 4 4 9 3 8 7 5 0 7 SEG #5 

7 0 0 6(3 TKT 2 6 8 7 4 4 9 3 8 7 5 1 5 SEG #6 

9 01 (3 ^^^m H 

changed the date of travel, viz. 

00C147 RR HL NONE CTC-P 120.00/ 120.00 

-oi@ mi HI 

10 iOlTT. TWO- CBN: 9 4 0A FR 01OCT 1142A 01OCT YD HK1 

301(3 F SEG # 10S 11S 12 BASIS IF 

* YOFV RAI L FARE 120.00 
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11 64 C. : CBN-NYP 1 2 2 2 P FR OlOCT 9 4 5 P OlOCT YD HK1 

12 169 C NYP-BAL 1201A SA 02OCT 2 3 0 A 02OCT U HK1 

5 0 0 1(3 PROBLEM- 

PAX ADVISED OF P NR #0 0 0 1 4 7, PURCHASE DATE 24SEP, BAG POLICY, PHOTO ID 
5 0 0 2(3 POLI CY, FARES AND SCHEDULES 

5 0 0 3(3 

PAX ADVISED OF PROOF OF CITIZENSHIP REQUIREMENTS TO CROSS CANADA/US 
5 0 04(3 BORDER 23SEP/ 8 2 6 9 RCF 

5 0 0 5(3 DOB- 19 DEC1 9 5 6/ US/ PI 

7 0 0 1(3 TKT 2 6 8 7 4 4 9 3 8 7 4 6 5 SEG #9 CA $101.00 

7 0 0 2(3 TKT 2 6 8 7 4 4 9 3 8 7 4 7 3 SEG #7 

7 0 0 3(3 TKT 2 6 8 7 4 4 9 3 8 7 4 8 1 SEG #8 

7 0 04(3 TKT 2 6 8 7 4 4 9 3 8 7 4 9 9 SEG #4 CA $101.00 

7 0 0 5(3 TKT 2 6 8 7 4 4 9 3 8 7 5 0 7 SEG #5 

7 0 0 6(3 TKT 2 6 8 7 4 4 9 3 8 7 5 1 5 SEG #6 

9 01 (3 H 

And when he tried to end-transact, this happened: 

65CDOB I NFORMATI ON REQUI RED 
Urn, 5DOB is already in there. 

I tried it and got the same result. Taking DOB out and putting it back in didn't 
work. 

We finally had to build another PNR, which he ticketed using EX: 


0 6 DO 0 6 RR HL NONE CTC-P 1 2 0.0 0/ 

- 01 @ 


1 

roTrc. 

TWO- 

CBN: 

9 4 0A 

FR 

OlOCT 

1142 A 

OlOCT 

YD 

* T 

HK1 

301(3 T SEG # IS 

25 3 

BASIS IF 









* YOFV RAI L 

FARE 


120. 00 








2 

64 C. : 

CBN- 

NY P 

1 2 2 2 P 

FR 

OlOCT 

9 4 5 P 

OlOCT 

YD 

*T 

HK1 

3 

169 C 

NYP- 

BAL 

12 0 1A 

SA 

0 2 OCT 

2 3 0 A 

0 2 OCT 

U 

* T 

HK1 


5 0 0 2(3 PROBLEM- 

PAX ADVISED OF PNR #0 6 DO 0 6, PURCHASE DATE OlOCT, BAG POLICY, PHOTO ID 
5 0 0 3(3 POLI CY, FARES AND SCHEDULES 

5 0 0 4 (3 

PAX ADVISED OF PROOF OF CITIZENSHIP REQUIREMENTS TO CROSS CANADA/US 
5 0 0 5(3 BORDER OlOCT/ 2 7 3 0 TWO 

5 0 0 1(3 DOB- 19DEC1956/ US/ PI 

7 0 0 1(3 TKT 2 7 5 2 7 3 0 0 7 6 6 0 5 SEG #1 EX $120.00 

7 0 0 2(3 TKT 2 7 5 2 7 3 0 0 7 6 6 1 3 SEG #2 

7 0 0 3(3 TKT 2 7 5 2 7 3 0 0 7 6 6 2 1 SEG #3 

9 o l (3 H 

So me thing has broken. 


From: 

Sent: er 2 7, 2 0 0 4 1:5 6 PM 

Subject: RE: I est i ng today/tomorrow 
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is on vacation 
wof this docume 
e below constitu 
n at any rate as 
the external des 
n y wa y. 

e e d s to ma k e c h a 
o we wi I I n e e d t 


g. txt 


I don't see any issues with the EXD, 
ss later if necessary. 


o I'm not sure if you wished to schedule 
proval, or whether we can assume 
I've asked to proceed with the 

ink there are any likely bones of 
n have an external design review once 


ms that are part of the MFOP 
hat's safely installed before 
we're looking at a Sep. 21 load date 


sales fail, but the queuing will help 


I 


he external design for AT PI R 530 
ease review it and let me know if 


46 









wof this docume 
e below constitu 
n at any rate as 
the external des 
n y wa y. 

e e d s to ma k e c h a 
o we wi I I n e e d t 




Crossi ng. txt 
3 0 


30 


I 

30 


le, so I'm not sure if you wished to schedule 
to approval, or whether we can assume 
val? I've asked to proceed with the 

t think there are any likely bones of 
we can have an external design review once 


rograms that are part of the MFOP 

til that's safely installed before 

means we're looking at a Sep. 21 load date 


30 

GDS sales fail, but the queuing will help 


of the external design for ATPIR 530 
). Please review it and let me know if 
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.Or i gi nal Message-- - - - 

From: 

Sent: TnursdayyjuTyi5 , 2 0 0 4 3:4 4 PM 

Subject: lit: BOBE - ATPI R 530 


As I can't get into the EXD, here's our section: 

1.1 Function 4 - GDS Queuing. 

1.1.1 Current Processing 

GDS PNRs that are manually ticketed by the agents do not currently force DOB 
information to be added for cross border PNRs. 

1.1.2 Required Processing Changes 

During the GDS manual ticketing process, activate the existing DOB checks for 
ticketing. If DOB is not present, queue the PNR to the Travel Agent Sales Centre in 
Philadelphia (TEL). 

1.1.3 Expect ed Resul t s or Out put 

PNRs with out DOB will be queued to a PNR queue in city TEL. Queue name and title 
have to be deci ded. 


Ori gi nal Message 


From: 

Sent: I y 1 2, 2 0 0 4 4:1 5 PM 

C c: ~ 

Subj ect: POTT - ATPI R 530 


I have a draft of the EXD document. You can find it at 
. . \ \ wastpf01\docprod\ASDM\Proj ect_FoI ders\ TK - Ti cket i ng\DOBE 
Enhanced Enforcement \ 20 - External Design\DOBE_EXD.doc 


Date of Birth 


Once you have completed yr part do let me know and I will send 
fro review. 


copy to 


Thanks, 



this change request is estimated at 40 hours / $3,000. thinks he can c o mp I e t e 

the existing Arrow changes for less than the original e^Tmate, and as the original 
estimate of $26,340 was also based on our old rate of $80 rather than the current 
$75, we think we'll be able to incorporate this change with exceeding the original 
budget. 

Let me know if you wish to approve this change. 

Regards. 
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41 PM 


anual Tickets 


9:00 AM 


n a n g e for GDS Manual Tickets 


re still awaiting the change request for the GDS 
gr eed upon last week. 


u r s a a y 


3:44 PM 


R 530 


re' s our secti on: 


Pr 
r e 

be adde 
d Pr oce 


DOB i s 
EL) . 


j ticketed by the agents do not currently force DOB 
or cross border PNRs. 
ng Changes 

keting process, activate the existing DOB checks for 
present, queue the PNR to the Travel Agent Sales Centre 


or Out put 

II be queued to a PNR queue in city TEL. Queue name and title 


15 PM 


ATP I R 530 


t of the EXD document. You can find it at 
AS DM\ P r o j e c t _ F o I d e r s \ TK - Ti cketi ng\DOBE 
20-External Design\DOBE_EXD.doc 
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i a r t do let me know and 


004 2:43 PM 
ges for DOB 


004 2:42 PM 
for DOB 


maybe another 10 for 


04 10:10 AM 

orcement clarification 

so automated ticketing 
NO queuing woul d occur 
IRs have both the ATB a 


0 4 9:2 5 AM 

orcement clarification 
at Manual ticket entri 


4 10:25 AM 

ment clarification 


L was i f ' 7 MAN' was 


4 4:15 PM 

530 


e EXD document. You ca 
oject_Folders\TK - Tic 
r nal Desi gn\ DOBE_EXD. d 
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From: 
Sent : 
To: 

Cc: 

Subj ec 

I ' ve a 
me e t i n 
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But bas i 

NO 7-fi e 
passenge 
created. 


ANY TYPE 
le MAN fie 


Border Crossing.txt 


1 be created if there is not a 5DOB field for each 
in a GDS PNR is a 7-field; therefore, it may not be 






Accepted: 



u e s a a y 


field in GDS PNRs 
10-14:00 (GMT-05:00) Eastern Time (US & Canada). 

11 h Floor 

rooked D on the 3rd floor for 1-2 on Wed 
004 12:15 PM 


ia— ana 


lined t 


r BC PNRs 


field in GDS PNRs 


Y TYPE 
MAN fie 
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S u b j e c t : of birth require me nt before any 7-field 

I think the requirements said that no 7-field of ANY type could be created if 
more passengers in the PNR were missing 5D0B fields. I wrote it that way to 
any possible contingency, rather than listing the various types of 7-fields. 


.Or i gi nal Message-- - - - 

From: MfflHHHHMHH 

Sent: 8 

Cc: WBBBBISBBISKB 

S u b j e c t : ^^Itnare of birth require me nt before any 7-field 

I believe the estimate had an assumption that GDS Manual Tickets were not goi 
be enforced. I know I didn't estimate a change. 


.Or i gi nal Message. 

From: HHIHHHHHBf 

Sent: 0 4 3:5 0 PM 

S u b j e c t : n t before any 7-field 


Original Message 



7 - f i e I d 


When we test the requirement for a DOB field before any 7-field, we need to i 
this scenario in the test. 


1 1 8 2 9 D/ W2SX60- IV HL NONE CTC-T 0 0 0 0 0 0 0 0 6 2.0 0/ 6 2.0 0 

- 0 1 @ 

2 NYP-MTR 815A TH 24JUN 6 3 0 P 24J UN YD HK1 

301@R SEG # 2 BASIS IF 

* YOB 1 RAI L FARE 62. 00 

4 0 0 1 @ OSI 

* UNABLE TO PRI CE 
4 0 0 2 @ OSI 

* PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
4 0 0 3 @ OSI 

* PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 

4 0 04(g) OSI 

* PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 

5 0 0 1(g) OSI - 2V CTCP J NB 0 1 1 4 0 3 2 6 3 8 

5 0 0 2(g) FBD- IF 

7 0 0 1(g) MAN TTY 0 4/ 2 6/ 0 4 / 9 6 5 8 6 9 5 6 4 7 / 1 
901(g) NONE 



one or 
cover 


ng to 


ncI ude 


From: 
Sent : 
To: 
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Ori gi nal Message 



When we test the requirement for a DOB field before any 7-field, we need to include 
thisscenariointhetest. 


1 1 8 2 9 D/ W2SX60- IV HL NONE CTC-T 0 0 0 0 0 0 0 0 6 2.0 0/ 6 2.0 0 

- 01 @ 

2 NYP-MTR 815A TH 24JUN 6 3 0 P 24J UN YD HK1 

3 01@ R SEG # 2 BASI S IF 

* YOB 1 RAI L FARE 62. 00 

4 0 0 1 @ OSI 

* UNABLE TO PRI CE 
4 0 0 2 @ OSI 

* P NR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
4 0 0 3 @ OSI 

* PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 

4 0 04(g) OSI 

* P NR REQUIRES DOB INFORMATION PRIOR TO TICKETING 

5 0 0 1(g) OSI - 2V CTCP j NB 0 1 1 4 0 3 2 6 3 8 

5 0 0 2(g) FBD- IF 

7 0 0 1(g) MAN TTY 0 4/ 2 6/ 0 4 / 9 6 5 8 6 9 5 6 4 7 / 1 
901(g) NONE 


From: 
Sent : 
To: 

Cc: 

Subj ect 



Attached are the requirements for additional enforcement of the 5DOB requirements 
for Border Crossing travel. 

Could you please let me know if your area will have impact, and if so please provide 
the following by COB Friday 0 4/ 3 0/ 0 4 (or sooner): 

* e s t i ma t e 

* as sumpt i ons 

Areas wi t h possible i mpact : 

* AAPI 

* XAAPI 

* Ra i I Re s 

* STARS 

* Amtrak Vacations 

* GDS (already accounted for with 40 hours of testing) 


S u mma ry of changes: 

* Quick ticketing will not be allowed for cross border segments. New error 
message 

* PNR Book Ticketing will require that all 5DOB be present. Same error 
message as regular PNR message 

* Prepaid Order (7PPO) will require that all 5DOB be present. Same error 
message as regular PNR message 


Page 660 




Exemption 6 


Border Crossing.txt 

* Protect P N R ( 7 T KT) will require that all 5D0B be present. Same error 
message as regular PNR message 

* Disallow deletion of 5DOB at end transaction if 7 fields exist for a cross 
border segment. New error message. 

As s u mpt i o ns: 

* System enforcement of date of birth information requirements for 
cross-border group PNRs will not be addressed in this effort. 

* These requirements also apply to GDS-created PNR's. 

* Travel Agency Prepaid ( P T A) are not enforced until ticketing time. 

ickets will not be enforced, 
will need to test 7TKT. 
need to test 7TKT. 


2004 3:29 PM 

S u b j e c t : s s - Bo r d e r Passenger Information Sizing 


Travel Agency Manual t 
SABRE Travel Agencies 
Amt r a k Vacations wi I I 


Thank you, 


From: 
Sent : 


ues day, February 17, 


does this pass muster for forcing the GDS' to implement this without charge to 
Amtrak? 


.Or i gi nal Message . 

From: 

Sent: a r y 1 7, 2 0 0 4 1 2:1 4 PM 

S u b j e c t : e s t i o n s about Cross-Border Passenger Information Sizing 

See below. 


.Or i gi nal Message . 

From: jjHHMMBHMIi 

Sent: a r y 1 7, 2 0 0 4 1 0:4 9 AM 

Subj ect : r der Passenger Information Sizing 


to touch briefly on the initial questions you raised: 

1. Internet Booking System and GDS costs not yet specified: I've asked the IB team 
to review the proposal and provide an estimate. They should also be able to indicate 
whether incorporating these requirements as part of the initial release of the new 
IB system would be mo re cost effective than addressing them later. 

With regard to GDS costs, as noted in the sizing, I understand that these costs 
could be absorbed by the GDS if there was a federal mandate that this information 
had to be collected. Do you know if such a mandate exists, or is Amtrak not obliged 
to participate in this program? 

The following can be used to cover the APD 1 s obligation to gather information 
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meeting ICE's needs. (ICE falls under the DHS) : 

By statute, the federal government (Treasury and the Attorney General, now probably 
ICE-1 mmigration and Customs Enforcement ) in cooperation with Amtrak "shall 
maintain, consistent with the effective enforcement of immigration and customs laws, 
en route customs inspections and immigration procedures for international intercity 
ra i I passenger transportation that will (1) be convenient for passenger; and (2) 
result in the quickest possible international rail passenger transportation." 49 
USC 24709. 


2. Automatic prompti ng/pop-up of 5PID data entry screen when appropriate: I will 
researchandrespond. 

3. Are Book Ti ckets/Mu I ti-Ri des supported for cross border travel? I will research 
and respond. 

I think it would be a good idea to walk-thru the sizing, so I will schedule that 
once we have the answers to these initial questions. 

Regards. 


Amtrak Technologies 



From: HSSfiHSSSRfi 

Sent: 1 7, 2 0 0 4 3:2 7 PM 

S u b j e c t : ^^^^^tTFTQuesTionsaboutTros s - Bo r d e r Passenger Information Sizing 


As, FYI 


The GDS implications can be an 


HBI 5 a Y s ■ 

c onsi der ed 


it's easier when it 
a security ma n d a t e. 


"Amtrak Police Mandate" or "Federal Mandate". 

is a Federal mandate, but the Amtrak Police would be 


.Ori gi nal Message. 

Sent: a r y 1 7, 2 0 0 4 1 0:4 9 AM 

Subject: Questions about Cross-Border Passenger Information Sizing 


to touch briefly on the initial questions you raised: 

1. Internet Booking System and GDS costs not yet specified: I've asked the IB team 
to review the proposal and provide an estimate. They should also be able to indicate 
whether incorporating these requirements as part of the initial release of the new 
IB system would be more cost effective than addressing them later. 
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With regard to GDS costs, as noted in the sizing, I understand that these costs 
could be absorbed by the GDS if there was a federal mandate that this information 
had to be collected. Do you know if such a mandate exists, or is Amtrak not obliged 
to participate in this program? 

2. Automatic prompti ng/pop-up of 5PID data entry screen when appropriate: I will 
researchandrespond. 

3. Are Book Ti ckets/Mu I ti-Ri des supported for cross border travel? I will research 
a n d r es po n d. 

I think it would be a good idea to walk-thru the sizing, so I will schedule that 
once we have the answers to these initial questions. 

Re g a rds. 


Amtrak Technologies 



From: 

Sent: mi^n^^n^uja r y 2 3, 2 0 0 3 1:5 4 P M 

S u b j e c t : Name List & Passenger Count Reports 


From: 
Sent : 
To: _ 
Subj ec 


Or i gi nal Message- 


ues day, 


ct ober 2 9, 2 0 0 2 1:1 5 PM 

Border Crossing Name List & Passenger Count Reports 


This is what I was referring to this morning regarding the border crossing mismatch 



I'll send this to our travel agency service center, as this see ms to be a problem 
with them; also to our technical people here who deal with the GDS 1 s (Global 
Distribution Systems). 


Original Message 



From: 
Sent : 
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Hi 


We continue to have a problem with these reports. Yesterday (Sunday 29Sep) we 
were able to screen ALL passengers boarding train VI A685/AMK367. 

The passenger count (train totals) SOT 7685/29SEP indicated only 37 passengers 
reserved through ARROW boarding at Toronto. 

The border crossing name list for passengers boarding at Toronto S 0 L * B 
7685/29SEP TWO listed 38 passengers (37 seats and 1 infant). 

The problem is that there were e i g h t (8) additional passengers contained within 
the listed PNRS that did not appear or get counted: an 18% discrepancy. 

The system did not capture data associated with the second passenger in the 
following P NRS: 0C6BA9, 07BD9 4, 0 7 BFB6, 06FD7E, 1 1 6 2 9 6, OBBFDO, 0BC0B2, 07C0 3 6. 

Each of these PNRs was a travel agency issue through a CRS link, a problem that 
I raised previously. Yesterday, the majority, if not all of the above, were 
issued through Key Tours. 

The non-i nc I us i on of these passengers on these reports has the following 
consequences: 

1) We use the SOT interaction to determine passenger load factors: for staffing 
requirements; for augmenting VIAnet seat inventory. Understating passenger 
counts may result in insufficient staffing and overbooking situations. 

2) The S 0 L * B is used to verify that basic immigration information has been 
entered into the system. Non inclusion of passengers may result in additional 
scrutiny of these passengers by the border authorities. 

Please advise on the status towards resolving these problems. 


From: 

Sent: mi^n^^n^uja r y 3 3, 2 0 0 3 1:5 4 PM 

S u b j e c t : e n g e r List Discrepancy 


From: 
Sent : 
To: _ 
Subj ec 


Or i gi nal Message- 


ues day, 


ct ober 2 9, 2 0 0 2 1:1 6 PM 

Cross Border Passenger List Discrepancy 


And this is what the manifest looks like. 

.O ri gi nal Message . 

From: gBSHSHHMSEKI! 

Sent: KiesDay^aKF05, 2 0 0 2 1 2:4 9 PM 

S u b j s Border Passenger List Discrepancy 
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Specifically PNR 05A82B, passengers travelling 7097 

TWO-CBN, 64 CBN-NFL on 28FEB. This wa^a^^^^el agency created and issued PNR, 
with both passengers printed on one ticket. Only appeared on the 

list. 

I have retained a copy of the PNR and list should you need them. 


From: i JK!.iiJMLaua w a ^ j ai un, i 

Sent: mi^n^^^Huja r y 2 3, 2 0 0 3 1:5 3 PM 

S u b j e c t : s e n g e r List Discrepancy 

Follow Up Flag: Follow up 
Flag Status: Flagged 


Original Message 



Fie I I o All: 

It is time to revisit a problem I last reported ten months ago: Not all 
passengers on a multi-passenger travel-agency created PNR are reflected on 
the border crossing list. 

Prior to passengers boarding cross-border trains, a border crossing list 
( S 0 L * B trai n#/date city) is printed and given to the gate attendants to 
verify as passengers board the train. The list is then returned to the 
ticket office showing adjustments to be entered into ARROW and VIAnet. 

Yesterday, Sunday, 2 0 0 3] a n19, the bord er cro ssing list S O L * B 7 6 8 5 / 1 9 ]AN 
SIA) included passenger PNR but did not show 

pppp^jpfP. The PNR s h o ws and c^^^Hiship information fr^Tmh 

passengers . The reservation was created and ticketed by Key Tours (Agency 
. Only one ticket was issued to cover both passengers. 

What is the status on resolving this problem? 



ct ober 2 9, 2 0 0 2 2:4 7 PM 

ffder Crossing Manifest Problem 


From: 
Sent : 
To: 

Subj ect 



2002 2:41 PM 


gration Info - ARROW Files 


Gr oups / Travel Agenci es 


look at #2. do the DOB fields look correct as 5 o s i fields or are they supposed to 
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convert to 5D0B fields before the ET editor will allow ticketing? 



Group PNR: probably has to be done manually. I don't know of any way to get al 
the names and DOB's into such a PNR. 

Travel agency PNR: I'll check -- sounds like the entry didn't process. 

Going to watch the fireworks tonight? 


Ori gi nal Message 



Gr oups / Travel Agencies 


Hi 

Happy Canada Day! 

There remain a number of situations that are falling through the cracks when it 
comes to providing immigration info on cross-boarder ARROW reservations. 

& I each had one this morning. 

1) Group PNRs 

This morning, there was an item in our group queue. It has been a while since I 
have seen anything in this queue, possibly due to 9/11. 

See PNR# 0D74D8. No where in the body of the PNR are the names, birthdates or 
citizenship of the individual members of the group listed. When the border list 
is generated ( S 0 L * B 7 0 9 7 / 2 8 JUL NFS), only the name of the group appears. Are 
there manual procedures in place to capture this info and relay same to the 
authori ti es? 


This is also the case for private car moves, occupied or unoccupied. 


2) Trave l 

appear ed 
data. 


Agency CRS PNRs 
had a customer thi 
The travel 
in 5 OS I fields rather 


s morning with travel agency issued tickets, PNR# 
agency captured the info, but when displayed in ARROW, it 

r e k e y 


than 5DOB fields 


thus had to 


t h e 


P.S. Why go south to the Gulf Coast? The Gulf Coast climate has come to 
southern Ontario. We are expected to reach a high of 35C today with humidex 
levels in the mid 
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une 24, 2 0 0 2 1 0:0 7 AM 
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There is no change to 
BN editor, this check 
DDMMMYYYY. This wi I I 


the original way 5DOB is to work, 
for a leading zero was forgotten, 
enforce it. 


When Geoff got rid of the 
The correct for mat is 


.Or i gi nal Message-- - - - 

From: SMHMHHMMRi 

Sent: 2002 3:22 PM 

To: TPF Test Coordinators 

Subj ect : ^^^^^l^^nmpl ement at i on Test Request 


Does this mean you have to put the lead zero on a single digit date? Or does it 
mean the other way around? GDS will need to test this either way, but I wanted to 
check what we're changing. 


.Or i gi nal Messag e. 

Sent: 2 0, 2 0 0 2 3:0 9 PM 

To: TPF Test Coordinators 

Subject: Implementation Test Request 


From: 
Sent : 
To: 

Subj ect 


ues qay, May 14, 


2002 7: 44 AM 



xpenses associated wi t h API S? 


Will there be a cost assessed Amtrak by the GDS participants? None was identified 
in the sizing we received. 

.Or i gi nal Message-- - - - 

From: 

Sent: 0 0 2 5:2 4 AM 

Subj ect : Kt: Any txpenses associated with APIS? 

o 

We have not yet communicated this change to the GDS Participants, but there will be 
a change in the way that they communicate cross border information. 


Original Message 


From: 
Sent : 
To: 

Cc: 

Subj ect 
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I will need input from a n d j isasj on what will be expected from the G D S' as far 

as new interactions being involv^^ 


If the Service Center does the communication 
information in TVL (no cost), do a broadcast 
reference card ($7,000 - $8,000) if money is 
border crossing initiative was put in place. 

.Ori gi nal Message. 


From: 
Sent : 
To: 

Cc: 

Subj ect 


ay. 


la y 


2002 12:05 PM 



assoc i a 


to the travel agents, we can put the 
fax ($4000 - $6000) and/or a new quick 
available. We did do a QRC when the 



W | and 

anks for your input, I will log your concerns in the APIS Issue Log, it will be 
reviewed once this initiative has been approved. 



I do have some concerns after reading the requirements. As states, presently, 

date of birth, country are required at time of ticketing... ding to the new 

requirements, more information is now going to be needed and entered in the PNR. 

Will the PNR end-transact if some of the information is not there?... should we not 
allow the PNR to end-transact?... Do we really want to require all information at 
time of ticketing, which can really hold up the ticket lines?.... For present 
procedures, I agreed to require the information at time of ticketing.... but now, 
since so much more information is required, I think we need to discuss other 
options... we should really get together about this... 


as far as training.... I agree with . . We will rely on an MGC 

.Or i gi nal Message . 

From: 

Sent: I- r i day, May 1 0 , 2 0 0 2 1 2:5 4 PM 

S u b j e c t : o c i a t e d with APIS? 


We'll rely on an MGC to inform call center agents. 

Today, date of birth information is optional for reservations and required for 
t i c k e t i n g. 

Will this still be the case? 


. Ori gi nal 

Sent : 


_____ - 

2 0 0 2 1 0:3 4 AM 



Al I , 

APIS is a border crossing initiative, that will require agents to obtain addition 
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as far as training.... 
. Or i gi nal Message - 

Sent: ^Ray^a^J, 

cc: IBfiaEMIreffsai 


Border Crossing.txt 

agree with . . We will rely on an MGC. 


2002 12:54 PM 


Subj ect 


\ny txpenses associated with APIS? 


We'll rely on an MGC to inform call center agents. 

Today, date of birth information is optional for reservations and required for 
t i c k e t i n g. 

Will this still be the case? 


From: 
Sent : 
To: 

Subj ect 


Or i gi nal Message- 


ri day, 


2002 10:34 AM 


tny txpenses associ at ed wi 


APIS is a border crossing initiative, that will require agents to obtain addition 
information from our guess whenever entering another country. Below is the Business 
Justification for this effort. Please let me know if there will be any training 
cost (ex. printing of job aids, off the floor training etc....) required for this 
project. I will need this information by Monday morning, 5/13/02. 

Thanks 


<< Fi I e: API S_ BSJ . doc >> 
r oj ecr T^^^^ffon Manager 


From: 
Sent : 


r i day, May 1 0, 2 0 0 2 8:0 0 AM 


pr ovi de 
lit. I 


L c: 

Subj ect 
Hei I o, 


High Level Sizing Document 

Please find Attached the first draft of the high level sizing document on 
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APIS US Customs Border Crossing. 

Please review to check if all the areas have been covered. If you have 
any addition or modification forward those to me by end of today. 

Thank You, 


<< FiI e: API S _ S C S. doc >> 

From: 

Sent: May 0 9, 2 0 0 2 2:2 6 PM 
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out 


will send you the master sizing document for review before I send that 


Yes, I will be gathering the sizing for all the mentioned channels 


Thanks, 


Ori gi nal Message 


From: 
Sent : 
To: 

Cc: 

Subj ect 


Vednesday, May 
It i n 



i z i ng 


8, 2002 2:15 PM 


o c u me n 


Hi 

We should have our document to you be COB today 


We would like to review your master sizing document before it is given to for 

r e v i e w. 

Also, we wanted to confirmthat you are responsible for gathering the following 
sizings: 

* AAPI/XML 

* Ra i I Re s 

* STARS 

* Internet 

* MTI 

* GD5 


Thanks. 
From: 
Sent : 
To: 

Cc: 

Subj ect 



Hi 


We should have our document to you be COB today. 

We would like to review your master sizing document 
review. 

Also, we wanted to confirmthat you are responsibl 
si zi ngs: 

* AAPI/XML 

* Ra i I Re s 

* STARS 

* Internet 

* MTI 

* GD5 



before it is given to f o r 

e for gathering the folio wing 
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I have created the following folders: 
Ma i n Folder: 

U:\ASDM\Project_folders\Z2 - Across M 
Cr os si n g 

Working Folder: 

U:\ASDM\Project_folders\Z2 - Across M 
Crossing! Wo rking Folder 

Folder for emails: 

U:\ASDM\Project_folders\Z2 - Across M 
Crossing! Wo rking Fol der\emai I 


tiple Appl i cati ons\API S - Customs Border 


tiple Appl i cati ons\API S - Customs Border 


tiple Appl i cati ons\API S - Customs Border 


Note: I already saved 


e ma i I 


Thanks, _ 

Sent: 

Subj ect : Ke: I 

At t a c h me n t s: a mt r i 


Ke: F W: sabre dob 
amtrak infant.doc 


Sorry for the delay in getting back with you. My office location is not 
equipped with a test lab but I was able to locate one hard copy printer. 

I was able to issue the infant ticket using name field of "TEST/DOB". I don't 
know if you needed me to include a different name reflecting infant. However, 
this is the name field that we pick up in Sabre. 

Feel free to contact me if you have any questions. 

Kind Regards, 


wr o t e: 


> Can you claim and ticket this for us? 

> 

> 


> > .Original Message. 

> > From: MWMBWPH 

> > Sent: Th u r s d a 2 0 0 2 4:1 1 P M 

> > To: tBHMMMPPHHMMMHHMI! 

> > C c: 

> > Subject: Kt: sabre dob 

> > 

> > Please have Sabre claim 02048E and ticket. Please notify me of the 

> > results. Thanks. 

> > 

> > .Original Message. 

> > Sent: Thur s d a y^^Dru^^2^^2 0 0 2 2:5 5 PM 
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> > To: 

> > Cc: 

> > Subj ec 

> > 



Hoi d the presses. [ 
This res was 


can you re-book in TPFUSER and resend to 
in production. Thanks. 


Or i gi nal Message- 


i u r s d a y, 


ir uar y 2 8, 2 0 0 2 1:5 5 



From: 
Sent : 
To: 

Cc: 

Subj ect 


We nave been working on the new quick reference card and have run 
into a problem with adding an infant on a date of birth record in sabre. 

advised that Mark stated that Sabre agents won't be able to 
create a record with an infant date of birth, that they would have to call 
A mt r a k. 

The Amtrak format uses the name field and then a carriage return and 
thentheinfantname. 

Will a Sabre agent even be able to claim such a record. Since the 
name fields have to match exactly, how will a sabre agent be able to 
replicate this type of na me field on the sabre side. 

Here is a sample PNR- 02861A, Can you see if sabre can claim this 
and create a sabre record for this PNR and then ticket. 

Thanks 



i u r s d a y, 


r uar y 2 8, 2 0 0 2 1:5 5 



Hi 

We FaveTeen working on the new quick reference card and have run into a problem 
with adding an infant on a date of birth record in sabre. 

advised that ■■ stated that Sabre agents won't be able to create a record 
Mnr infant date o^^irth, that they would have to call Amtrak. 


The Amtrak format uses the name field and then a carriage return and then the infant 
n a me. 

Will a Sabre agent even be able to claim such a record. Since the name fields have 
to match exactly, how will a sabre agent be able to replicate this type of name 
fieldonthesabreside. 


Here is a sample PNR- 02861A, Can you see if sabre can claim this and create a 
sabre record for this PNR and then ticket. 


Thanks 


r o m: 
Sent : 
To: 

Subj ect 


ednesday, Febr uary 



of 


27, 2002 10:17 AM 
Birth 


Are you doing this in ARROWor Sabre? I can do the entry in Arrow. I can't get this 
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0 7 4 1 3 F / S7RQMW- IV HL 2 5 DEC CTC-T 0 0 0 0 0 0 0 0 
- 0 1 @ TEST/HI^H 

1 ba T MTR-NY P 9 5 5 A WE 2 0 MAR 7 4 0 P 

301(5) R SEG # 1 BASI S IF 

* Y OB 2 RAI L FARE 53.00 

4 0 0 1 @ OSI 

* PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 

4 0 0 2 @ OSI 

* P NR REQUIRES DOB INFORMATION PRIOR TO TICKETING 

5 0 0 1(3 OSI- 2VDOB12DEC1980 / CA - TEST / 

901(3 T* * * 10QZ000 


53. 00/ 
2 0 MAR YD 


53. 00 
O 


HK1 


From: 

Sent: 

Subj ect : ^^^^^i^^ClHir^e t o 


PNR View 


Hi 


Thanks for the heads up on the system load of PNR view changes 


wr o t e: 


> 

> We loaded the change to our PNR view, to allow your agents to see the 

> appended text on the names. This will allow them to see the infants. Thi 

> was related to the documentation we sent in August. 




Subject: Confirmation of Amtrak Load 

Attachments: Advance Warning - Amtrak PNR View Changes 

Amtrak successfully loaded their changes to VIEW this morning. Here is the 
advisory sent Sept. 7, 2001 explaining the changes. Please let me know if 

there is any feedback or if you have any questions. Thanks, 

<<Advance Warning - Amtrak PNR View Changes >> 


From: 
Sent : 
To: 
Cc: 


3 a I i l e o International 
Product Marketing 
Destination Products 
Phone: 

Fax: 

E ma i I : 



The information in this electronic mail message is sender's business 

Page 678 















Exemption 6 


Border Crossing.txt 

Confidential and may be legally privileged. It is intended solely for the 
addressee(s). Access to this Internet electronic mail message by anyone 
else is unauthorized. If you are not the intended recipient, any 
disclosure, copying, distribution or any action taken or omitted to be taken 
in reliance on it is prohibited and may be unlawful. 

The sender believes that this E-mail and any attachments were free of any 
virus, worm, Trojan horse, and/or malicious code when sent. This message and 
its attachments could have been infected during transmission. By reading the 
message and opening any attach me n t s, the recipient accepts full 
responsibility for taking protective and re me dial action about viruses and 
other defects. Cendant Corporation is not liable for any loss or damage 
arising in any way from this message or its attachments. 


From: 
Sent : 
To: 

Subj ect 




di s pi ay 


I have let the support people know, and will advise. Thanks, 


.Or i g i n a I 

From: 

Sent : 

Subj 


Message. 

di s pi ay 


Fie I I o 

The new view display loaded this morning as scheduled. Please let us know 
of any f eedback. 


The information in this electronic mail message is sender's business 
Confidential and may be legally privileged. It is intended solely for the 
addressee(s). Access to this Internet electronic mail message by anyone 
else is unauthorized. If you are not the intended recipient, any 
disclosure, copying, distribution or any action taken or omitted to be taken 
in reliance on it is prohibited and may be unlawful. 

The sender believes that this E-mail and any attachments were free of any 
virus, worm, Trojan horse, and/or malicious code when sent. This message and 
its attachments could have been infected during transmission. By reading the 
message and opening any attach me n t s, the recipient accepts full 
responsibility for taking protective and re me dial action about viruses and 
other defects. Cendant Corporation is not liable for any loss or damage 
arising in any way from this message or its attachments. 



Here are the PNRs from our testing today. We were testing old path. 

104664 / 104677/ 10467B / 104680 / 10468A / 104671 / 104693 / 10469D ./ 
1 0 4 6AC / 1 0 4 6 C2 / 1 0 4 6 BA / 1 0 4 6AB/ 1 0 4 6 B1 / 
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1046A4 / 104699 / 10468C / 10468E / 104689 / 104687 / 104683 / 104684 / 
1 0 4 6 C 5 

The PNRs we also claimed and looked fine. 



Here are my PNR's: 

PTA 

1045EB 
1045ED 
1 0 4 5 EF 
1 0 4 5 F0 
1 0 4 5 F7 
1 0 4 5 F8 

PCN 

1 0 4 5 F9 
1 0 4 5 FC 
1 0 4 5 FD 

AAA 

1 0 4 5 FE 
1 0 4 6 0 0 
1 0 4 6 0 1 
1 0 4 6 0 3 

MCO 

1 0 4 6 0 5 
1 0 4 6 0 7 
1 0 4 6 0 8 

DOB 

1 0 4 6 0 9 
10460C 
1 0 4 6 0 E 

PRO 

1 0 4 6 1 1 
1 0 4 6 1 6 
1 0 4 6 1 B 

COR 

1 0 4 6 1 C 
1 0 4 6 1 E 
1 0 4 6 1 F 

Auto Train 

104620 - Unable to ticket 
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SG 

1 0 4 6 2 2 
1 0 4 6 2 6 
1 0 4 6 2 9 


Border Crossing.txt 


Non-Ti cketed PNRs 
1 0 4 6 2 A 
1 0 4 6 2 C 
1 0 4 6 2 D 


Channel-specific Of f ers 
10462E - Able to ticket 
1 0 4 6 2 F 


Product 

Galileo 


Acceptance Anal yst 
I nternati onal 


The information in this electronic mail message is sender's business Confidential 
and may be legally privileged. It is intended solely for the addressee(s). Access to 
this Internet electronic mail message by anyone else is unauthorized. If you are not 
the intended recipient, any disclosure, copying, distribution or any action taken or 
omitted to be taken in reliance on it is prohibited and may be unlawful. 

The sender believes that this E-mail and any attachments were free of any virus, 
worm, Trojan horse, and/or malicious code when sent. This message and its 
attachments could have been infected during transmission. By reading the message and 
opening any attachments, the recipient accepts full responsibility for taking 
protective and remedial action about viruses and other defects. Cendant Corporation 
is not liable for any loss or damage arising in any way from this message or its 
attachments. 


From: jpHHI 

Sent : 

Subject: 

At t a c h me n t s: 


ovember lb, 2001 1:5 4 PM 



Mac Wor d 3.0 


16 


Ability to view Group P NR's 

R/RT0E6579 

** 2V - AMTRAK ** 

* I NVL D. . RESTRI CTED P NR 


( See at t ached file: 2V 15nov. doc) 



TPFUSER will be available Thursday overnight till 5pm Friday ET with the Net work. 


# PLEASE BOOK PNRS DURING TESTING FOR THE FOLLOWING DATES (UNLESS OTHERWISE 
SPECIFIED IN THE SCRIPT): 16NOV - 03DEC 
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Testing emphasis is on the following: 

1. Companion discounts (see attached script/scenarios) 

2. Book bikes ( BV) on train 68, MTR-NYP or 55 , SAB-SPG. This is in addition to 
booking an associated coach seat. If possible also do one with a promotion code. 

3. "Show more PNR data fields" enhancement. View and claim the following 
cross-border P N R' s by GDS. Add DOB (date of birth) field for infants on records in 
2nd column and redisplay the Arrow view of the PNR: 

DOB/infants DOB w/o infants 

10427B sabre 104298 

104288 SABRE 10429A 

104289 AMADEUS 10429D 

10428D AMADEUS 10429E 

10428F APOLLO 1042A1 

104292 APOLLO 1042A2 

104294 WORLDSPAN 1042A4 

104295 WORLDSPAN 1042A7 

NON- DOB PNRS TO CLAI M: 

0B7B8D SABRE 

0F0490 AMADEUS 

071735 APOLLO 

0B5335 WORLDSPAN 

ALSO CREATE YOUR OWN PNRS USING THE 'DOB' FIELD. 

4. Woridspan interactive sell enhance me nt. Follow old test plan. 

5. Please do some PNRs without ticketing (NEED PNRS BACK TO US BY 3PM ET ON FRIDAY) 

6 . Also do regression testing based on the standard script attached and send us PNRs 
and results. 

Your cooperation is appreciated as usual. 
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Hi 

I s Trie expansion of the P N R VIEW s still planned for November? When 
webeabletotest? Thanks. 


3 a l i l e o Inter n a t i o n a I 
Product Marketing 
Destination Products 
Phone 



ober 

!^^n"pa nded 

Thanks, is there a target date? 

.Ori gi nal Message. 

From 


E W f o r Apollo 



Yes, still planned for November. 

You can test every Monday through Wednesday. It's been there for the 
mo n t h s. 


. O ri gi nal Message 

Sent: 

To: 

Cc: hEHHHHH 

Subj ect: New txpanded 



Hi ■■ 

Is the expansion of the PNRVIEWs still planned for November? When 
we be able to test? Thanks. 


Oalileo Inter n a t i o n a I 
Product Marketing 
Destination Products 
Phone: ( 

Fax: 

E mai I : 

From: 

Sent : 

To: 

Subj ect : 

Hi Hi 

I s Trie expansion of the PNRVIEWs still planned for November? When 
we be able to test? Thanks. 



wi I I 


last 2 


wi I I 


wi I I 


Page 686 







Exemption 6 


GaTTTeo inter n a t i o n a I 
Product Marketing 
Destination Products 
Phone: ( 

Fax: 

E mai I : 

From: 

Sent : 

To: 

Cc: 

Subject: 


Border Crossing.txt 



riaay, ucToTer 19, 2001 3:19 PM 


1 i n TPF USER 


That CTL-3 was generated by an erroneus DOB info in a TTY message sent by Amadeus 
It is a current production problem (I tested the scenario in a clean test system 
with the same results). The message is as follows: 

YTI 1A00 0 1 * * * 

HDQRM2V 
. MUCRM1A 

MUC1A ABC4MH/3300076 
1 SMl TH/J OE 

TRN2V00069YD220CTNYPMTRLK10945A0730PI 0/000000000/C001 

OSI 2 V DOB 12 J U L 1 9 8 6 / US- SMI TH 

OSI 2 V DOBXI NF 0 1APR2 0 0 1 /US-^H/H 




PDU7 DETACs level 4 (his own PD block for the emulated 5DOB entry) and if there is 
an error it never ATTACs it back again, confusing TIG package when trying to ATTAC 
his original version of PD in level 4 when returning from processing the 5DOB entry 
and getting instead the "other" PD block with invalid register values causing thus 
the CTL- 3. 


From: 
Sent : 
To: 

Subj ect 


r i day, September 21, 2001 10:31 AM 


ate of Birth on GDS PNRs 


Is everything they are saying correct? 
.Ori gi nal Message. 


From: 
Sent : 
To: 

Subj ect 
We met. 


r i day, Sept ember 21, 2001 10:17 AM 


Solution number one involves a small amount of Arrow work to remove exception code, 
but quite a bit of internet work and testing. 

Solution 2 would be quite easy and quick, and is also how 0 u i k T r a k handles the 
issue. We plan on running a report to see how many cross border PNRs are booked thru 
the Internet. We suspect it is very small. 


From: 
Sent : 
To: 


Or i gi nal Message- 


r i day, Sept ember 21, 2001 9:52 AM 
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Subject: FW: Date of Birth on GDS PNRs 

What is involved in solving the Border crossing Internet problem via a solution 
number 1 below. Please discuss among yourselves and then present one set of info to 
me. 

.Or i gi nal Mess age. 

From: HMHBMHI 

Sent: e p t e mb e r 20, 2001 2:33 PM 



Date of birth information is currently collected from travel agents and stored in 
the Amtrak PNR. While agents can complete the booking without including DOB 
information, they cannot ticket until such information is added to the PNR. This is 
true for all the GDS partners. The exposure we have right now with respect to date 
of birth information is with the Internet. Currently the Internet does not collect 
DOB information and Internet PNRs are exempted from the ticket enforcement 
requirement. There are two possible approaches to alleviating this problem: 1) 
enforce the ticketing requirements for the Internet or 2) eliminate Canadian cities 
from the list of possible origin and destination points thereby eliminating the 
Internet as an option for booking cross-border Amtrak travel. I would suggest the 
latter option would be the easiest and perhaps most expeditious. 


From: HflflllHi 

Sent: e p t e mb e r 20, 2001 2:33 PM 

Subj ect : 


Date of birth information is currently collected from travel agents and stored in 
the Amtrak PNR. While agents can complete the booking without including DOB 
information, they cannot ticket until such information is added to the PNR. This is 
true for all the GDS partners. The exposure we have right now with respect to date 
of birth information is with the Internet. Currently the Internet does not collect 
DOB information and Internet PNRs are exempted from the ticket enforcement 
requirement. There are two possible approaches to alleviating this problem: 1) 
enforce the ticketing requirements for the Internet or 2) eliminate Canadian cities 
from the list of possible origin and destination points thereby eliminating the 
Internet as an option for booking cross-border Amtrak travel. I would suggest the 
latter option would be the easiest and perhaps most expeditious. 


From: 
Sent : 
To: 

Subj ect 


u r s d a y, Sept ember 20, 2001 12:16 PM 


on mani r es 


I checked several manifests and could not find any GDS pnrs with DOB missing. 90% 
of the pnrs with no DOB were all i nternet-booked . 
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-RDP (Rate Desk) 

- SCH (Schedul e Change) 

-VCH (Voucher) 


Some fields currently displayed to the GDS being suppressed from now to them: 

- TKT 

- PRB 

- CUR 

- HCC 

- HMP 

- HTL 

- PAS 

- PPT 

- Zl P 

and the Mail and Express related: 

- E A N 

- EEX 

- EOD 

- EBL 

- ETQ 

- EPT 

- EUW 

- EUN 

- ETC 

- EPO 

- ESN 

- ESI 


I did not find a 5MCO field to add in the program. 


. Or i gi nal Message- 

Sent: 

To: 

Cc: 

Subj ect 



30, 


a n 


2001 2:55 PM 


i ew 


Hello 

Let make the changes to the display program, and then we can give them a good 

exam^^of the display. Yours currently have the remarks at the top rather than 
bottom. We are going to assume that this is the order you want and the only ones to 
display for GDS. 


The rest of the document looks good, but I'll read it 


.Or i gi nal Message . 

From: 

Sent: 3 0, 2 0 0 1 3:0 6 PM 

e c t : 

Hi Guys, 

Take a look at the document and give me your thoughts 


I moved the remarks and OSIs to the end of the PNR per your suggestion 
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Subj ect : RE: TTY Address 


0 9/ 0 4/ 0 1 0 7:3 0 
AM 


We're adding validation to our inbound TTY message driver. We will be 

rejecting messages that are sent to us from Addresses that are unknown to 
us. 

So we are just clarifying that this is the only address we should expect 
messages from. 


From: 
Sent : 
To: _ 
Subj ec 


Or i g i n a I 


ues day, 


Message. 


r es s 


Use for what? 

We have a differnet address for AVS type messages. You wouldn't be sending 
us AVS. 

I need to make sure I understand your question. 



To 


c c: 

Subj ect: RE: TTY Address 


09/04/01 07: 04 
AM 
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Is it the only address you use? 

.Ori gi nal Message. 

From: 

Sent : 



Border Crossin 


t xt 
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Is it the only address you use? 
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To: 

Cc: 

Subject: 

Yes your correct. Also MC 0 is really not a 5 fi el d but an OSI message, 
ranking will be in the order of the chart. 

Thanks, 


Now the 


.Or i gi nal Messag e. 

From: 

Sent: Hui^n^^Uig u s t 3 0, 2 0 0 1 5:0 0 PM 

Cc: 

Subj ect : Kt: UUB and Vi ew 


I'm preparing a program change with the modifications acording to the document you 
sent. 

They include: 

New 5-Fields currently hidden to the GDS being displayed from now to them: 

-RDP (Rate Desk) 

- SCH ( Schedul e Change) 

- V C H (Voucher) 

Some fields currently displayed to the GDS being suppressed from now to them: 

- TKT 

- PRB 

- CUR 

- HCC 

- HMP 

- HTL 

- PAS 

- PPT 

- Zl P 

and the Mail and Express related: 

- EAN 

- EEX 

- EOD 

- EBL 

- ETQ 

- EPT 

- EUW 

- EUN 

- ETC 

- EPO 

- ESN 

- ESI 

I did not find a 5MCO field to add in the program. 


. Ori gi nal Message 

From: | 

Sent: i nur s a a y 

To: 

Cc: 

Subject: i- w: uut> ana view 


30, 2001 2:55 PM 
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Hello 

Let make the changes to the display program, and then we can give them a good 

exam^^of the display. Yours currently have the remarks at the top rather than 
bottom. We are going to assume that this is the order you want and the only ones to 
display for GDS. 

The rest of the document looks good, but I'll read it. 


.Or i gi nal Message . 

Sent: 3 0, 2 0 0 1 3:0 6 PM 

e c t : 

Hi Guys, 

Take a look at the document and give me your thoughts 


I moved the remarks and OS Is to the end of the P N R per your suggestion 

<< File : GDSBQRDER7- 22-01.doc >> 

From: 

Sent: maay^uigiis t 3 1, 2 0 0 1 9:5 0 AM 

Subj ect : 


I restored CUR and put it at the end just before RMK and OSI. 

The program with these changes has been activated in TPFT system, so you can 
bui I d/di spl ay some P N R s and see the results. To see the display changes you will 
need to use the CEM (e.g. CEM/1A) entry to emulate a travel agent. 

Please let me know if they are ok. 



OK. Let me change the list to reflect CUR and delete MCO. 

Will you have the new PNR display sometime today? 
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We should keep the 5CUR for the GDS, as they are the only people who add it. It's 
the currency exchange value for Canada and UK. It's automatically added for those 

countries at ticketing time. 


.Or i gi nal Message . 

Sent: 3 0, 2 0 0 1 5:2 2 PM 

Subj ect : Kt: L)UB and View 


Yes your correct. Also MCO is really not a 5 f i el d but an OSI message. Now the 
ranking will be in the order of the chart. 


Thanks, 


.Or i gi nal Messag e. 

Sent: ffi^Sl^^^^ust 3 0, 2 0 0 1 5:0 0 PM 

Subj ect : 


Hi 


I'm preparing a program change with the modifications acording to the document you 
sent. 

They include: 

New 5-Fields currently hidden to the GDS being displayed from now to them: 

-RDP (Rate 

- SCH (Schedul e Change) 

-VCH (Voucher) 

Some fields currently displayed to the GDS being suppressed from now to them: 

- TKT 

- PRB 

- CUR 

- HCC 

- HMP 

- HTL 

- PAS 

- PPT 

- Zl P 

and the Mail and Express related: 

- EAN 

- EEX 

- EOD 

- EBL 

- ETQ 

- EPT 

- EUW 

- EUN 

- ETC 

- EPO 

- ESN 

- ESI 
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I did not find a 5 MC 0 field to add in the program. 



Let make the changes to the display program, and then we can give them a good 

exam^^of the display. Yours currently have the remarks at the top rather than 
bottom. We are going to assume that this is the order you want and the only ones to 
display for GDS. 

The rest of the document looks good, but I'll read it. 



I moved the remarks and OS Is to the end of the P N R per your suggestion 


<< File : GDSBQRDER7-2 2-01.doc >> 

From: 

Sent: Friday, August 31, 2001 8:33 AM 


Cc: 

Subj ect 



OK. Let me change the list to reflect CUR and delete MCO. 

Will you have the new PNR display sometime today? 



We should keep the 5CUR for the GDS, as they are the only people who add it. It's 
the currency exchange value for Canada and UK. It's automatically added for those 

countries at ticketing time. 
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.Or i gi nal Message . 

From: 

Sent: Ihursday, August 30, 2001 5:22 PM 

Subj ect : 

Yes your correct. Also MCO is really not a 5 f i el d but an OSI message. Now the 
ranking will beintheorderofthechart. 

Thanks, 


.Or i gi nal Messag e. 

From: BSSSMUNi 

Sent: mi^n^^Hjg u s t 3 0, 2 0 0 1 5:0 0 PM 

Cc: HHMMMraiMS 

Subj ect : Kb: DUB and View 


Hi 


I'm preparing a program change with the modifications acording to the document you 
sent. 

They include: 

New 5-Fields currently hidden to the GDS being displayed from now to them: 

-RDP (Rate Desk) 

- SCH (Schedul e Change) 

-VCH (Voucher) 


Some fields currently displayed to the GDS being suppressed from now to them: 

- TKT 

- PRB 

- CUR 

- HCC 

- HMP 

- HTL 

- PAS 

- PPT 

- Zl P 

and the Mail and Express related: 

- EAN 

- EEX 

- EOD 

- EBL 

- ETQ 

- EPT 

- EUW 

- EUN 

- ETC 

- EPO 

- ESN 

- ESI 


I did not find a 5MCO field to add in the program. 


.Or iginal Message--- - - 

From: 

Sent: nHJ^aay^uigu^^3 0, 2 0 0 1 2:5 5 PM 
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-CUR 

- HCC 

- HMP 

- HTL 

- PAS 

- PPT 

- Zl P 

and the Mail and Express related: 

- E A N 

- EEX 

- EOD 

- EBL 

- ETQ 

- EPT 

- EUW 

- EUN 

- ETC 

- EPO 

- ESN 

- ESI 


I did not find a 5MCO field to add in the program. 



Let make the changes to the display program, and then we can give them a good 

exam^^of the display. Yours currently have the remarks at the top rather than 
bottom. We are going to assume that this is the order you want and the only ones to 
display for GDS. 

The rest of the document looks good, but I'll read it. 


.Or i gi nal Message . 

Sent: 3 0, 2 0 0 1 3:0 6 PM 

e c t : 

Hi Guys, 

Take a look at the document and give me your thoughts 


I moved the remarks and OS Is to the end of the PNR per your suggestion 

<< File : GDSBQRDER7-2 2-01.doc >> 

From: iBSSSSMHffii 

Sent: jst 3 0, 2 0 0 1 3:0 6 PM 

e c t : 
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I mp o r t a n c e: 
Hello all, 


ate of Birth Field for Infants- Postponed 
Hi gh 


Earlier in the week I had sent a message announcing that we would be implementing 
the Infant Date of Birth field shortly, We have some documentation that needs to 
be prepared, minor coding changes and communication requirements by the GDSs, A 

this time we are looking at a possible implementation date sometime in November, 
More detailed documentation will be sent out the week of the 27th, 


Thanks for your patience, 


u r s a a y 


From: 
Sent : 


2001 10:56 AM 


PAR/TS 


MKT/PD 
PAR/TS 


bel ow c 
e keep 
uncti on 


16:54 
15: 33 


u of Bi 


can be ent er e 
706 


















Exemption 6 


Border Crossing.txt 


Subje Date of Birth field for Infants 

ct : 


Hello all, 

Attached is a summary on our Date of Birth requirement for infants. We 
plan 

on doing so me testing soon. 


<<d ate of bi r thAM. doc >> 

(See attached file: date of birthAM.doc) 


From: 

Sent: we d n e s d a y 

To: 

Subj ect 


ugust 15, 2001 4:48 PM 


ate o 


i r 


n t a n 


i el d 


Well Guys, 


We are d o o me d!!!!!! ! we have to get this example done ASAP 

able to implement sometime in November. 


Oh well. 

^*^Or i gi nal Message- 
From: |J 
Sent: 

To: 

Cc: _ 

Subj ec 


ugus 



ate ol 


i r 


n r a n 


i e 


You might be 


PI ease send me a detailed description of the new full ARROW PNR display and all the 
fields. 

I will need to send out an advisory explaining all the fields to the users. Also, 
policy is that we give 90 days advance notice for any screen changes that may affect 
scripts, screen scrapers, or other 3rd party applications. I really have no idea 
what applications may be out there that use the information on the L@2V/VI EW * 
function. That would bring us to mid Nov. We can certainly implement the 
OSI2VDOBXINF when you are able to support it. 

Please let me know if this is going to cause problems on your side. 

Thanks, 
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Ori gi nal Message 



To clarify. I checked with ■■ and you will be able to see the DOB field. I think 
the example didn't show it . tlve do not support I/name field or the associated OSIYY 
11 N F. As for putting in the DOB field. The passenger name will be the responsible 
adult of the child. So if you had 4 names in the PNR and the 3rd name is 
responsible for the infant that is the name you would attach. You can add the 
child's name in the free text field of the DOB entry. 

Hope t his helps. 


.Ori gi nal Message. 

To: 

Cc: 

Subject: Kt: Date of Birth Infant field 


Hi 

I ji^^want to make sure I understand the procedure. If an agent claims a 
transborder PNR with an infant they will see the "‘Infant in the name field of the 
PNR. They will then add the DOB field for the infant with the passenger name of the 
adult passenger in the first name field of the PNR. 

Quest ions: 

1. If the agent books the PNR in Apollo, can they use the 1/ name field and put the 
OSI with the infants actual name? Or should they always put in the name of the 
adul t passenger. 

2. Does Amtrak recognize the 1/ name field in the PNR, or the associated OSIYY 1INF? 

3. Is the Apollo PNR display changing to add the "‘INFANT but not the DOB? 

Thanks, 


. Ori gi nal Message- 

F r o m: 

Sent : 

To: 

Cc: __ 

Subj Tel 


Hello Ladies, 

Attached is a summary pertaining to our Date of Birth for infants 
require me nts. We plan on implementing this shortly. 


Thanks, 
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<<d ate of bi r t hAP. doc >> 



able to go into test and see that the DOB comment is returned with 
train fact info 

1 TR 2V 69YF10SEP MO NYP MTR SSI 9 4 5 A 7 3 0 P /0 $ - 
TVL AGTS MUST CALL 1- 800-TEL-TRAK FOR SPL SVC RE0 CONFIRMATION 
CROSS BORDER JOURNEY - DOB REQUIRED - 

BORDER CROSSING SEE G/POL/C DA/P 2 -P 3 OR G/TVL/C DA/ P2-P3 - 
TR 69 ONLY VALID VIA CONNECTION IS TO TRAIN 51 TO TORONTO - 

After end transaction this is what is returned to the PNR: 

4, SSROTHS1PPNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 

The reason I asked about this was that the doc mentation from last year said 

end transaction. 

and just gave the 'PNR REQUIRES DOB I NF OMATI ON PRIOR TO TICKETING 1 . Paula 
c o n f i r me d 

it's in the formof an 1 SSR' after end transaction. 

was able to run a ticket this morning with only the adult DOB 
n^^^ation in our PNR and 

there wasn't any INF DOB. The ticketing error of 'DOB INFORMATON REQUIRED 
BEFORE 

TICKETING 1 was not returned. Maybe that is because it's not loaded on your 
side. 

Do, they still need to inlcude an 30SI 2V TRAVELING W/INFANT in the adult 
PNR? 

Are there any other errors that have come out since last December? just 
want to make sure I've 
got t h e m a I I . 


To 
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H 

18/15/01 
10:31 AM 


I n f a n t s 


Subject: RE: Date of Birth Field for 


Hello 

Our entry for Infant uses the * for a delimiter between the DOB and INF 
tags, we are just using the X for the GDS interface. The format that we 
have you use is identical to the format Arrow uses, other than the name 
data. 

As you state the name is mandatory, the text is optional. 


These messages will return at sell time when interactive sell is loaded 



Hi 

Here is what we have users input today for an adult: 

3 OS I 2 V DOB11NOV 1948 / US-SMI 

You mention the 'X 1 is replacing an ( * ) for internal editing. I'm 
confused there because today we 

aren't sending you an (*) in our message unless you do something with it 
when you get it. Above i s 

the format we've got in HELP/INFO for the adult. 

So, this is what I'd put out for the infant and keep it consistent for what 
is done with the adult. 

3 OS I 2 V DOBXI NF01APR2001/ US - SMITH/AMY. What information we had was that 
the "‘TEXT 

was an optional 20 character field, but passenger name was not. 

From the documentation we got last year, it included error messages at sell 
time. I believe these 

were for interactive sell. Are these still valid? These errors below did 
not apply to the current 

processing, but were for Interactive sell? We didn't get these in the list 
oferrorresponsesfrom 
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II our users see these at sell time when we load interactive 
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find 

the XI NF. The responsible passenger associated to the infant is the name 
appended to the XI NF. You can optionally add the actual infants name in 
the 

text field. 


. Ori gi nal Message 

From: | 

Sent: i ues a a y 
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c c 



for Infants 


Subject: Date of Birth Field 


Hi 


Here is the write up for DOB for infants. Again this is just for the 

appended text in the name field. We would like to get this in as soon as 
possible so let us know if we can get this in any quicker. 

Thanks, 


< < d a t e of birth WP.doc>> 


(See attached file: date of birthWP.doc) 



Hi 


In actuality we are ready now but we need you to tell us what works for you. I think 
you originally wanted it after interactive sell. The X is replacing the * as the 
delimiter for internal editing purposes. The DOB information will be added to the 
PNR and validated for the Infant if we find the XI NF. The responsible passenger 
associated to the infant is the name appended to the XI NF. You can optionally add 
the actual infants name in the text field. 


.Ori gi nal Message. 

To: 

Cc: 
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Subject: Date of Birth Field for 


Hi 

Here is the write up for DOB for infants. Again this is just for the 

appended text in the name field. We would like to get this in as soon as 
possible so let us know if we can get this in any quicker. 

Thanks, 


< < d a t e of birth WP.doc>> 


(See attached file: date of birthWP.doc) 


From: 
Sent : 
To: 

Cc: 

Subj ect 



Hi 

To clarify. I checked with ■■ and you will be able to see the DOB field. I think 
the example didn't show it . t?ve do not support I/name field or the associated OSIYY 
11 N F. As for putting in the DOB field. The passenger name will be the responsible 
adult of the child. So if you had 4 names in the PNR and the 3rd name is 
responsible for the infant that is the name you would attach. You can add the 
child's name in the free text field of the DOB entry. 


Hope t his helps 


From: 
Sent : 
To: ■ 
Cc: | 
Subj ec 


Ori gi nal Message 



ate ol 


!i r' 


^^fft field 


Hi 

I ji^^want to make sure I understand the procedure. If an agent claims a 
transborder P N R with an infant they will see the * I n f a n t in the name field of the 
PNR. They will then add the DOB field for the infant with the passenger name of the 
adult passenger in the first name field of the PNR. 

Quest ions: 

1. If the agent books the PNR in Apollo, can they use the 1/ name field and put the 
OSI with the infants actual name? Or should they always put in the name of the 
adul t passenger. 

2. Does Amtrak recognize the 1/ name field in the PNR, or the associated OSIYY 1INF? 

3. Is the Apollo PNR display changing to add the * I N F A N T but not the DOB? 
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Thanks, 


<<d a t e of birth WP. doc >> 


(See attached file: date of birthWP.doc) 

From: 

Sent: ure^n^^Mipst 14, 2001 2:07 PM 

Subj ect : 

Hello Ladies, 

Attached is a summary pertaining to our Date of Birth for infants requirements. We 
plan on implementing this shortly. 


Thanks, 



Hello ladies, 


Although Sabre is not experiencing problems with the Date of birth field with infant 
attached is a document you can use for testing purposes. 

Thanks, 


From: KHBSHHHSHI 

Sent: UJe^H^^Mipst 14, 2001 1:17 PM 

B 


Hello all, 

Attached is a summary on our Date of Birth requirement for infants. We plan on 
doingsometestingsoon. 
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just found out that this tip works in Apollo guys! 



FYI 

In Worldspan, tickets will run for a border crossing with an infant. The infant 
name must be in the name field of one of the passengers. 

for instances -jones/j _ 

infant 

a date of birth field is required for the infant, 
the f o r ma t is 

5 DOB 2 5J U L 2 0 0 0/US/PI 

the entry is associated to the passenger who has the infant name attached to their 

name field. This means that there will 

be two date of births associated to one name field. 

I'm not sure how this will work in Sabre and Apollo where matching name fields are 

critical._ 

From: 

Sent: g u s t 0 1, 2 0 0 1 2:1 7 PM 

Subj ect : TTY addresse table 

It looks complete to me. 

Now that we have the table, are we going to keep checking the 'Amtrak Code' in the 
CEM table for the GDSs against the 'Carrier Code' in the TTY address in TID8? 



Original Mes s a g e - - - - - 

01, 2001 2:11 PM 

_o 

addresse table 
Did I get all of the addresses we know off? 
** TELETYPE ADDRESSEE TABLE ** 


TYPE 

ADDRESS 

TEXT 


A 

H DQR M2 V 

AMTRAK 

GDS ADDRESS 

A 

1 ADAPXH 

AMTRAK 

PNL PRODUCTI ON ADDRESS 

A 

1 ADATXH 

AMTRAK 

PNL TEST ADDRESS 

S 

CPHRMSK 

1 CELANDAI R PNL SENDEE ADDRESS 

S 

H DQR MlP 

WORLDSPAN SENDEE ADDRESS 

S 

H DQR Ml V 

APOLLO 

SENDEE ADDRESS FOR USA 

S 

MUCRM1A 

AMADEUS 

SENDEE ADDRESS 

S 

QTSRM1V 

APOLLO 

SENDEE ADDRESS FOR CAN/ 
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END OF Dl SPLAY 

I'.X: 

Subj ect : Amt r a k 

0561CC RR HL20J UL CTC-P 

-01(3 1/TEST/ START- 

* I NF ANT TEST/START - 
1 69 C. NYP- MTR 9 4 5 A WE 01AUG 

HKl-i 

301(3 R SEG : 1 BASI S 1F- 

* YOB 1 RAI L FARE 6 0.0 0 - 

9 0 1(3 202- 333- 4444- B- 

> 


6 0 . 0 0 / - 

7 3 0 P 01 AUG YD 



056175/MG6372-IV HL20JUL CTC-T14537482 60.00/ 

-01(3 1 TEST/ A 

* I NFANT TEST/BABY 

1 69 C. NYP-MTR 945A WE 01AUG 730P 01AUG YD 

HK1 

301(3 R SEG : 1 BASI S IF 

* YOB 1 RAI L FARE 60. 00 

5 0 2(3 OSI- 2VDOB17FEB1968/ US - TEST/ A 

5 04(3 2V DOBXI NF10FEB2001/ US - TEST / A 

501(3 DOB- 17FEB1968/ US/ P11 > 


Galileo Inter n a t i o n a I 
Access & Non Air Product Marketing 
Phone: | 

Fax: _ 

From: 

Sent: TTuMa^Ti^ 0 5, 2 0 0 1 8:1 9 AM 

S u b j e c t : ^^^^^FW: Date of Birth Field for Infants in GDS PNRs High Level Sizing 


DOB is a go. When can we get together to nail all of this down? 


Or i gi nal Message- 














bub) ect : h W: bervi ce Request to be Submitted to AUC 6/25/01 

I was under the impression that a service request to correct this 
s u b mi 11 e d. 


Ori gi nai Message 


From: 
Sent : 
To: 

Subj ect 



2 , 


2001 1:56 PM 


pr obi 


ervice Request to be Submitted to AUC 6/25/01 
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Border 

- Note service request for infant 

.Or i gi nal Message. 

Sent: 1:47 PM 


i n g. t x t 

of Birth in GDS PNRs 



fl 
















r r o m: 
Sent : 
To: 

Subj ect 


7 5 9 2 1 


Thank y o 
From: 
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Hi 


I ran a special test with the GDSs on PNRs that have infant fields and DOB info. It 
seems ail of the GDSs have a variety of problems. I called it in to the Help Desk. 

Info man 759214. Below are the various outcomes of the GDSs testing. Please give 
this to whoever needs this at the AUC committee. 

Sabre 

- When I try to claim the PNR 16BC57 and 16BC5B, I get the error messages you 
^^oelow. If I try to ticket by just adding a received fromfield, a phone number 
and then E[x] without adding a DOB then I get the first message you see below. If I 
try add another DOB then I get the second message you see below. Either way I can't 
claim the P N R and ticket it. If I'm doing so me thing wrong please advise. 

Thanks, 


OK - 16BC57 - AMT UNTKTD $283.00 - HL 21J UN 
PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
I NDEXI NG ACTI VE. . . PLEASE WAI TTOffl 

I NDEXI NG COMPLETE 

MERGE/TI CKET? 
hTK« 

HOST RESPONSE 

1 DOB INFORMATION REQUIRED BEFORE TICKETING 
DUPLICATE NAME ASSOCIATION FOUND - 
PAX NUMBER 1 / 5-FLD NUMBER 8 
UNABLE TO I NDEX P NR 

Amadeus 


When I attempted to claim both bookings it resulted in the same error 


** 2V - AMTRAK ** 

16BC4D RR HL21J UN CTC-P 174. 00/ 

1 2V 111 l!HI sLA z 1 0 P12 AUG 1020A14AUG YD 
301) R SEG : IT 2 BASI S IF /PI 

* DOF 1 RAI L FARE 174. 00 
FEE FOR EXCHANGE OR REFUND 

2 2 V 8 9 5 0 C SEAVAC 115P14AUG 4 4 5 P14AUG T 

AA1 

> r / r k 

RESPONSE DELAYED - CHECK P NR LATER 
In this PNR the Infant field doesn't apear to the agent. 

Wo r I d s p a n 
a n d 

The two PNRs that I was supposed to claim, I did. I could not ticket them. 
I could not get the passport/date of birth information into the record for 
ticketing. My format was similar to: 

3 OS I 2V DOB 11 NOV 1 9 4 8/ US-SMI TH/ ANN 


HK1 

HK1 
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I tried various spacing combinations but every time that I attempted to run 
either ticket, I received the response of needing the date of birth etc. 


From: 

Sent: 2 0 0 1 1 1:0 4 AM 

S u b j e c t : DOB w/infant P N R s 

I'm calling this in to the Help Desk and getting a Infoman number. All the GDSs 
seem to have problems with infants in the name field with DOB. 

In ARROW the entries are: 

5DOB03FEB1944/*PASS123456/PI 

5 D 0 B * I NF 21] A N 2 0 0 0 / US/ P3 -- INF ASSOCIATED WITH P3 
5 DOB*I NF21JAN2 0 0 0/US/* BABY/P3 
5 DOB* I NF/US/* BABY/PI -- INF ASSOCIATED WITH PI 
5 DOB*I NF/US/PI 

As you can see they have to be name associated to a passenger. Can we have 2DOB 
fields associated to 1 name in a GDS PNR, especially those who support name 
association? This needs to be checked out in detail. We now have a lot of response 
f r om t he GDSs. 



ggEH a n d 

The two PNRs that I was supposed to claim, I did. I could not ticket them. 

I could not get the passport/date of birth information into the record for 
ticketing. My format was similar to: 

3 OS I 2V DOB 11 NOV 1 9 4 8 / U S - S Ml T H/A N N 

I tried various spacing combinations but every time that I attempted to run 
either ticket, I received the response of needing the date of birth etc. 

Here are the other PNRs that I created today: 

16BEBF 

16B3C6 

16B3C9 

16B3CA 

16BECE 

16BECF 

I'll plan on doing more on Friday. 
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Amadeus 

Wo r 1 d s p a n 

Apo11 o 

Sabre 


> 16B7D1 

16BC57 

16BC61 

16BC8E 

> 16BC4D 

16BC5B 

16BC6A 

16BC75 

> 

Let us know i f 

you have any 

p r o b 1 e ms. 



Thanks, 


From: HSSHBMHSEi 

Sent: 

To: 

Cc: 

Subj ect 



2001 10:33 AM 
Na me Fields - 


Particularly Infants 


This problem is causing problems. Please read all the message below. 



I don't, but this is a question, and I've forwarded it to her. 

This involves the date of birth requirement for border crossing PNR's 


.O ri gi nal Messag e. 

From: HHHHHHB 

Sent: 2 0 0 1 1 0:0 7 

Cc: 

Subj ect: DOB / Na me Fields - Particularly Infants 


Hi 

I've spoken to (Amtrak Service Center) a couple of times regarding the 

"text" area f o r^^runri^^^l d. Per G/ POL / CDA/ P56 - P57, all center agents are 
required to obtain dates of birth for all travelers, including infants, and properly 
name associate them. The procedures we follow are having a negative impact on 
travelagencies. 

According to ■■!, if the name field doesn't match exactly, travel agencies (at 
least Apollo T^^ibre) cannot drive the tickets. wanted me to advise agents 

not to include "infant" as text for names. I mo re or less toid that as I 

understood it, it's not an option and that we are required to do uTs. 

Apparently, this is becoming a big problem for the Amtrak Service Center. 
wanted to know if he could remove the infant's DOB field and the "infant" t^^so 
the travel agency could drive the tickets, then reenter the information. I told him 
I didn't think that would be a good idea until we checked into it. Do you know if 
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Sub FW: User Testing DOB w/infant 

j ec PNRs 

t : 


Here are the Reservations you need to take ownership of and ticket 
Amadeus Apolio Sabre Worldspan 


> 16B7D1 

16BC57 

16BC61 

16BC8E 

> 16BC4D 

16BC5B 

16BC6A 

16BC75 

Let us know 

if you have any 

p r o b 1 e ms. 


Thanks, 





From: 

Sent: 01 5:23 PM 

Attach 


From: 

Sent: 1 4, 2 0 0 1 4:1 3 PM 

S u b j e c t : F W: User Testing DOB w/infant PNRs 

Try this PNR. 

16BEAE 


From: 
Sent : 
To: 

Cc: _ 
Subj ec 


Or i gi nal Message- 


i u r s d a y, 


u n e 



User Testing DOB w/infant PNRs 


JgggH- When I try to claim the PNR 16BC57 and 16BC5B, I get the error messages you 
ow. If I try to ticket by just adding a received fromfield, a phone number 
and then E[x] without adding a DOB then I get the first message you see below. If I 
try add another DOB then I get the second message you see below. Either way I can't 
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claim the PNR and ticket it 
Thanks, 


Border Crossing.txt 

If I'm doing so me thing wrong please advise. 


OK - 16BC57 - AMT UNTKTD $283.00 - HL 21J UN 
PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
I NDEXI NG ACTI VE. . . PLEASE WAI Tffifl 

I NDEXI NG COMPLETE 

MERGE/ Tl CKET? 
hTK« 

HOST RESPONSE 

1 DOB INFORMATION REQUIRED BEFORE TICKETING 


DUPLICATE NAME ASSOCIATION FOUND - 
PAX NUMBER 1 / 5-FLD NUMBER 8 
UNABLE TO I NDEX P NR 


wrote: 

Here are the Reservations you need to take ownership of and ticket 
Amadeus Apollo Sabre Worldspan 

> 16B7D1 16BC57 16BC61 16BC8E 

> 16BC4D 16BC5B 16BC6A 16BC75 

> 

Let us know if you have any problems. 


Thanks, 

Paula 


From: 
Sent : 
To: 

Cc: 

Subj ect 


u r s d a y, pTne 1 4, 2 0 0 1 3:2 8 PM 



User Testing DOB w/infant PNRs 


eems that Sabre had problems with DOB. 


Can you please check these 2 PNRs 


From: 
Sent : 
To: 

Cc: _ 
Subj ec 


Or i gi nal Message- 


i u r s d a y, 


u n e 



User Testing DOB w/infant PNRs 


- When I try to claim the PNR 16BC57 and 16BC5B, I get the error messages you 
^^oelow. If I try to ticket by just adding a received fromfield, a phone number 
and then E[x] without adding a DOB then I get the first message you see below. If I 
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Border Crossing.txt 

try add another DOB then I get the second message you see below. Either way I can't 
claim the PNR and ticket it. If I'm doing so me thing wrong please advise. 

Thanks, 


OK - 16BC57 - AMT UNTKTD $283.00 - HL 21J UN 
PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
I NDEXI NG ACTI VE. . . PLEASE WAI TTOffl 

I NDEXI NG COMPLETE 

MERGE/TI CKET? 
hTK« 

HOST RESPONSE 

1 DOB INFORMATION REQUIRED BEFORE TICKETING 


DUPLICATE NAME ASSOCIATION FOUND 
PAX NUMBER 1 / 5-FLD NUMBER 8 
UNABLE TO I NDEX PNR 

wr o t e: 


Here are the Reservations you need to take ownership of and ticket 


Amadeus Apollo 


Sabre 


Wo r I d s p a n 


> 16B7D1 16BC57 16BC61 

> 16BC4D 16BC5B 16BC6A 

> 

Let us know if you have any problems. 
Thanks, 


16BC8E 

16BC75 


From: 
Sent : 
To: 

Cc: 

Subj ect 



2001 3:30 PM 


or infants- GDS PNRs 


The res agents append the name field when entering DOB for infants. This prevents 
the travel agent from claiming the record. (They put an asterik in the name field) 
A n y s u g g e s t i o n s 1 

.Or i gi nal Message. 


From: 
Sent : 
To: 

Cc: 

Subj ect 


anuary 19, 2001 9:09 AM 


or infants- GDS PNRs 
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Please inform your people and send a message out to the travel agents that they will 
need to call Amtrak to add infants and infant DOB information in reservations 
crossing the border. The GDSs want to treat them as a name field and we treat them 

as an informational field. Ultimately it causes a dump. 


■■■ suggested we get a service request in to better describe error messages for 
DOlT We probably need to get together on what types of problems with DOB have come 
through your office. If you have any specific error messages you would like to 
see, let me know. 



ffn^he record below I made a mistake on the DOB OSI which I discovered after 
I ended the record. I then made the correct DOB OSI but cannot get another 
acknowledgement. However, I can issue the ticket. Should I be getting a 
new acknoledgement after doing the 2nd OSI? 


ir. Product Ana I ys t 
Galileo International 

* Phone: 

* Fax: 

* * 



From: 

Sent: I hu r s d a y, FeTTuary 0 8, 2 0 0 1 2:0 4 PM 

Subject: F W: PNKs f or Ownership Change 

I forgot to CC you on this one. 


User Test 


.Or i gi nal Message . 

From: 

Sent: Tnursday/FeTr ua r y 08, 2001 1:25 PM 

S u b j e c t : 

Hello All, 

Please take Ownership of PNR 11A941. We need you to add the Date of Birth field in 
for the infant. The infants date of birth is 25dec2000 fromthe US. 


P NR REQUIRES DOB INFORMATION PRIOR TO TICKETING 

OFFER ADV PAYT IF STATION STAFFED AT DEPARTURE, OR OFFER TKTS BY MAIL 


11A941 RR HL 15FEB 

- 01@ 

* 1 NF AN 1 

CTC- P 



44. 

00/ 

44. 00 


1 8957 C. VAC-SEA 

301(a) R SEG # 1 BASI S IF 

* DOF 6 RAI L FARE 

5 0 0 P SA 
/PI 

22.00 

12 MAY 

8 3 0 P 

12 MAY 

T 


HK1 

2 8 9 5 2 C. SEA-VAC 

3 0 2(a) R SEG # 2 BASI S IF 

* DOF 6 RAI L FARE 

6 0 0 P FR 
/PI 

22.00 

18 MAY 

9 3 0 P 

18 MAY 

T 


HK1 


5 0 0 1(a) DOB- 1 6OCT 1 9 5 0/ US/ PI 

9 0 1 @ H / P1 
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GDS Format 

WorldSpan 3 OS 12V D 0 B d d mmmy yyy / cc(/*text) - Passenger / name 

Also take ownership of 2 other PNRs. These do not need DOB. 11A92D and 11A 9 3 4. 
Thanks, 

Sent: Tnursaay^FeTr ua r y 08, 2001 2:03 PM 

S u b j e c t : DOB and Ownership Change 

Hello Ladies, 

As ^^B stated below is your entry for DOB. Book and ticket a couple of PNRs into 
CanacHr NYP- MTR and TWO- CHI . 

GDS Format 

Amadeus OS2V D 0 B d d mmmy yyy / cc(/*text) - Passenger / name 


Also take Ownership and ticket the following PNRs 


11A933 

11A939 

Thanks, 


Sent 
To: 

Subj ect : ng- DOB and Ownership Change 

Hello Ladies, 

As ^^B had indicated could you build a few PNRs into Canada. NYP-MTR, TWO-CHI 
Th e^u r y are below. 

GDS Format 

APOLL0/GAL I LE0 *: 3 O SI 2 V D O B d d mmmy yyy / cc(/*t ext) - Passenger / name 

Also take ownership and ticket the following PNRs. 

11A932 

11A938 


ir uary 0 8, 2 0 0 1 1:5 8 PM 



Thanks, 


Sent 
To: 

Subj ect : ng 

Hello all, 


ir uary 0 8, 2 0 0 1 1:5 4 PM 



As has indicated could you book some of your PNRs over to Canada and add the 
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date of birth field. The entry is below. 


GDS Format 

SABRE ZZ5DOBdd mmmy yyy/cc(/*text)-/Pn 


Also take ownership of these 2 PNRs and ticket 

11A92F 

11A936 

9:09 AM 
GDS PNRs 


Thanks, 



anuar y 1 9, 2 0 0 1 


or infants- 


Please inform your people and send a message out to the travel agents that they 
need to call Amtrak to add infants and infant DOB information in reservations 
crossing the border. The GDSs want to treat them as a name field and we treat 

as an informational field. Ultimately it causes a dump. 


them 


■JHsuggested we get a service request in to better describe error messages for 
DOB^ We probably need to get together on what types of problems with DOB have come 
through your office. If you have any specific error messages you would like to 
s e e, I e t me k n o w. 


rom: _ 

Sent: We d n e s d a y, J a n u a r y 1 0, 2 0 0 1 1 1:2 9 AM 

S u b j e c t : ^^^^^FwTTroTr ems entering DOB 

Any guesses.. . 

.Original Message. 

From: _ 

Sent: We d n e s d a y, January 1 0, 2 0 0 1 1 0:0 4 AM 

To: 

Cc: 

Subj ect 



1 2 7 5 A0 / LXJ 
- 01 @ 


'roblems entering DOB 
VL- IP HL 17J AN CTC- T 2 3 5 0 2 4 7 


108. 00/ 


108. 00 



- 0 2 (3 
5 

301(3 R SEG # 

* DR0V/DR0V 


DRD- CBM: 3 0 8 P TH 15FEB 
5S 6R 3S 4 BASIS 2F 
RAI L FARE 108.00 


7 0 8 8 C. : CBM- TWO 


3 7 6 8 5 C. TWO- CBM: 1140A SU 18FEB 

4 367 C.:CBM-DRD: 354P SU 18FEB 
4 0 0 1(3 OSI 

* P NR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
2 V DOBO1 NOVI 9 7 6 /US-N 
2V DOBO18DEC1978/US- 


5 3 6 P 

15FEB 

YD 

HK2 

hoop 

15FEB 

YD 

HK2 

3 5 3 P 

18FEB 

YD 

HK2 

6 5 6 P 

18FEB 

YD 

HK2 


50 0 6 (3 OSI 
5 0 0 7(3 

5 0 0 1(3 PROBLEM- 

PAX ADVISED OF P NR #1 2 7 5 A0, PURCHASE DATE 17 JAN, BAG POLICY, PHOTO ID 
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ticket due to DOB entry tor 
away put the DOB in for the 
could not run the tickets. I create 
claim and they were able to run the 
erday for one agency in the Apollo 
come through. When I entered the 
tickets. 


3 0 8 P TH 
BASIS 2 F 
E 108. 
5 3 7 P TH 
1140A SU 
3 5 4 P SU 

R MAT I ON PR 
NOV 1 9 7 6/ US 
8 DEC 1 9 7 8 /U 


108. 00/ 
15FEB YD 


15FEB YD 
18FEB YD 
18FEB YD 


108. 00 


CKer aue to DOB 
y put the DOB i 
not run the tic 
and they were a 
or one agency i 
rough. When I e 


y for 
t h e 

I create 
o run the 
re Ad oI I o 
e d 


Re 
































ing Quick Reference C 
d document . Especial 
corrections or comme 


ing Quick Reference C 
d d o c u me n t . Especial 
correct' 


u d j ec 


Amtrak Transborder Ticketing Error 


Can you please notify ATL and YYZ that the VENDOR RESPONSE ERROR is fixed. 
The agents will now see the correct DOB error if the DOB info is not correct 
on the PNR at time of ticketing. 

Thanks, 

From: 

Sent : weanesaay, uecemcier 
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> Subject: New Amtrak Error Message 

> 

> In the last couple of days the desk as received calls regarding the in 

> ability 

> to issue Amtrak tickets. Users are receiving the response "VENDOR 

> RESPONSE ERROR" . 

> 

> This response is due to the new rules governing trains between the United 

> States and Canada. These departures are called Border Crossing and by 

> government regulations the Citizenship and Birth date of the traveler's 

> must 

> be documented in the Amtrak reservation. 

> 

> In the Apollo PNR the following OSI message('s) must be entered as: 

> 

> OSI 2VDOBDDMMMYYYY/CC/- LAST/FI RST NAME 

> ( DD = Date / MMM = Month / YYYY = Year) (CC = Citizenship Country Code) 

> 

> Ex a mp I e: 

> OSI 2VDOB10APR 1 9 5 6 /US/ 

> 

> If you receive a calling regarding this error, please check the PNR to 

> ma k e 

> sure that the OSI message is present and correct. 

> 


> Thank you, 



I did the first PNR... Cross border and seat assignment at ticketing time. I 
never got the SSR asking for DOB before ticketing. After ticketing and when SSR 
OTHS received the SSR OTHS DOB was received at the same time. 


QU MUCRM1A 
. HDQRM2V 2 8 1 2 3 5 
MUC1A Y 9 P 0X8/ 1 0 5 5 6 0 4 
2 MC DE R MOT/ 

SSR OTHS 2" KkTrTTbTjS 2 2 0 2 F 11FEB-1 
SSR OTHS 2V KK1NYPBOS 2 2 0 2 F 11FEB-1 
SSROTHS1A PNR REQUIRES DOB INFORMATI 




03AN/ 2 0 2 0 
CN/2020 
CKETI NG 


RLR 


RP / 1 
1 . 

41 A1S 2 CA1 / Ml A1S2CA1 



2V/ RM 

31 OCT 0 0/1219Z 

Y9 P 0X8 



2 . 

3 

1 RN 2V 

17 0 

j D OIF EB 

4 

WAS 

NY P 

HK2 

5 0 5 A 

81 0 A 


MODE/TRN 

CO 01 * 2 V/ 








4 

TRN 2V 

69 

YD 02FEB 

5 

NY P 

MTR 

HK2 

815 A 

5 4 0 P 


MODE/TRN 

CO 0 2 * 2 V/ 








5 

TRN 2V 

68 

YD 10FEB 

6 

MTR 

NY P 

H K 2 

1 0 1 0 A 

7 5 0 P 


MODE/TRN 

CO 0 3 * 2 V/ 








6 

TRN 2V 

2 2 0 2 

F 11FEB 

7 

NY P 

BOS 

HK2 

1 0 5 0 A 

3 3 5 P 


MODE/TRN M0 0 4 * 2 V/ 

7 AP Ml A ( 3 0 5 ) 4 0 6 - 8 9 4 3 

8 TK OK310CT/Ml A1S2CA1 


AMADEUS 
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9 TK PAX 0K310CT/MlA1S2CA1/S3- 

10 SSR OTHS 2V KK1NYPBOS 2 2 0 2 F 

20 

11 SSR OTHS 2V KK1NYPBOS 2 2 0 2 F 

12 SSR OTHS 1A P NR REQUI RES DOB 

13 FA PAX 554-7017350723/USD330 

/S3-6/PI 

14 FA PAX 5 5 4 - 7 0 1 7 3 5 0 7 2 4 /USD330 

/ S3- 6/P2 

15 FB PAX 3 1 0 0 0 0 0 0 0 8 TTP/XED1/RT 

16 FB PAX 3 1 0 0 0 0 0 0 0 9 TTP/XED1/RT 

17 FE AMTRAK-RAI L SERVI CE 

18 FE AMTRAK-RAI L SERVI CE 

19 FM * C * 0 8 / S3- 6/ PI 

20 FM * C * 0 8 / S3- 6/ P2 

21 FP * CHECK 

* AK 2V 0C4CEF 28NOV 1 2 3 5 Z HLMT 


Border Crossing.txt 
6/ PI 

11FEB- 1- 


. 0 3 A N/2 0 
11FEB - 0 3CN/ 2 0 2 0 

i nformaI I UN H\ M 10 ti cketi ng 

0 0/31 OCT 0 0/MlA1S2CA1/ 1 0 5 5 6 0 4 4 
0 0/31 OCT 0 0/MlA1S2CA 1 / 1 0 5 5 6 0 4 4 
OK/S3-6/PI 

OK PROCESSED/S3- 6/P2 
1FULL/S3-6/PI 
1FULL/S3-6/P 2 


31 DEC/USD 6 6 0. 0 0 


Br gds, 


From: 
Sent : 
To: 

Subj ect 


r i day, November 17, 2000 9:41 AM 


polio testing of DOB entries 


.Original Message. 

From: ■■■■■■■■■■I 

Sent: 1 7, 2 0 0 0 9:3 6 AM 

To: 

Subj o testing of DOB entries 


Do we send SSRs to anyone at ET time? In the original 
design, that was included, but you coded it, so do we do it 
f o r a n y o n e ? 


.O riginal Mes s a ge. 

From: 

Sent: ^^H^^Nt^^mer 17, 2000 9:08 AM 

To: ■■■■■■ 

Subj ect: KE: ApolI o testing of DOB entries 


Was it your understanding that we should send an SSR to Apollo? 
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.O ri gi nal Message-- - - - 

Sent: 7, 2 0 0 0 8:5 8 AM 

T o: _■■■■ 

Subject: N/V: Apollo testing of DOB entries 


Are we not sending the SSR message to Apollo? 


.O ri gi nal Messag e. 

From: 

Sent: r 1 7, 2 0 0 0 8:4 7 AM 

S u b j e s t i n g of DOB entries 


FYI 


Or i gi nai Message 



esti ng 


2000 5:17 PM 


DOB entries 


I finished testing Apoilo for 
you'll find a Word file. One 
built, individual notes about 
at the bottom The remaining 
prints of each PNR in Apollo 
PNRs to be active please let 


the DOB entries. Attached 
page 1 is the list of PNRs I 
each PNR and then general notes 
6 pages of the file are screen 
When you no longer need these 
me know and I will go into 


Apollo and cancel them. I built all of themwith space on 2 0 J AN. 

Generally it went very well. However one thing I noticed was 
that Apollo did not send a msg at E/ER (not sure that Apoilo 
can even do this for Amtrak) to the agent warning about DOB 


nor did Amtrak return an 
required. Please see my 


OS I to the PNR saying that 
general notes for mo re. 


DOB was 


Al so ■■■ at 
test HcTeTi ng 
ticket printer. 


Galileo 
because I 
Agai n, 


wi I I 
do 
see 


need to build a 
not have access 
my notes at the 


t o 


couple of PNRs 
to an Apol I o 
hot t om of the page. 


If there are other scenarios you need me to test please let me know. 
Bye... 


r i day, No v e mb e r 17, 2000 9:08 AM 


polio testing of 


DOB entries 
Page 747 








Exemption 6 


Border Crossing.txt 


Was it your understanding that we should send an SSR to Apollo? 


> .Original Message. 

> Sent: 7, 2 0 0 0 8:5 8 AM 

> to: 

> Subject: F W: Apollo testing of DOB entries 

> 

> 



> 

> Are we not sending the SSR message to Apollo? 

> 



> 

> .Original Message. 

> From: HHIBHHM 

> Sent: r 1 7, 2 0 0 0 8:4 7 AM 

> To: 

> Subj t est i ng of DOB entries 

> 

> 


> FYI 


> 

> .Original Message. 

> Sent: er 1 6, 2 0 0 0 5:1 7 PM 

> To: 

> cc: 

> Subj i ng of DOB entries 

> 

> 

> 

> , 

> 

> I finished testing Apollo for the DOB entries. Attached 

> you'll find a Word file. One page 1 is the list of PNRs I 

> built, individual notes about each PNR and then general notes 

> at the bottom The remaining 6 pages of the file are screen 

> prints of each PNR in Apollo. When you no longer need these 

> PNRs to be active please let me know and I will go into 

> Apollo and cancel them. I built all of themwith space on 2 0 J A N 

> 


> Generally it went very well. However one thing I noticed was 

> that Apollo did not send a msg at E/ER (not sure that Apollo 

> can even do this for Amtrak) to the agent warning about DOB 

> nor did Amtrak return an OSI to the PNR saying that DOB was 

> required. Please see my general notes for mo re. 

> 


Also ■■■ at Galileo will need to build a 
test ng because I do not have access 

ticket printer. Again, see my notes at the 

If there are other scenarios you need me to 

Bye... 


couple of PNRs to 
to an Apol I o 
bottom of the page. 

test please let me know. 
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From: 
Sent : 
To: 

Subj ect 
o v e mb e r 


9, 


day, November I(J, 2000 3:0 7 PM 

d a t e the ticketing Error (Thursday, N 
lpm-5pm and Friday, November 10, 9am- 12noon) 


.+.+. 

2V RLOC | 1A RLOC | TKT NUMBER/COMMENTS 

0 5 5 0 3 1 

' Y 9 P H K 0 

554-7017350276 ** Error 

OK 

0 5 5 0 3 5 

' Y9 P HKR 

'554-7017350277/8 ** 

Error OK 

0 5 5 0 3 6 

' Y 9 P H L A 

'554-7017350279 ** Error 

OK 

0 5 5 0 3 8 

Y 9 P H L L 

'554-7017350280 ** Error 

OK 

0 5 5 0 3 9 

' Y 9 P H M F 

Sent various OS elements 
with invalid data .. 2v 
rloc contains multiple OS 
elements so me correct 
so me not., will not allow 
me to ticket. 

0 5 5 0 3 E 

' Y 9 P FI Ml 

'554-7017350281 ** Error 

OK count ry code used CA 

0 5 5 0 4 1 

' Y 9 P H MO 

' OS 1 2V DOB3SEP 

1 9 5 4/MX-BORDER/j single 
date did not allow ticket 

0 5 5 0 4 2 

' Y 9 P H MP 

'554-7017350282 ** Error 

OK count ry code used MX 

0 5 5 0 4 3 

' Y 9 P H M 0 

'554-7017350283 ** Error 

OK count ry code used BR 

0 5 5 0 4 4 

' Y 9 P FI MR 

+ 

554-7017350284 ** Error 

OK count ry code used DE 

+ 


From: 
Sent : 
To: 

Subj ect 


r i day, November 1 0, 2 0 0 0 1 2:3 9 PM 


pnr s 


Res Numbers for Amadeus: 

054FED; 055018; 05501F; 055023 
054FD4 
0 5 4 FFB 
0 5 5 0 1 D 
0 5 4 f a f 
0 5 4 f c f 

0 5 4 f d 6 (did not use dob interaction) 
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0 5 4 f d c 

055021 and 055026 

Sabre test pnr' s 

0 5 5 0 1 3 
0 5 5 0 1 6 
0 5 5 0 1 C 
0 5 4 f c 2 
0 5 4 f c 6 
0 5 4 f c b 
0 5 4 f c e 


From: 
Sent : 
To: 

Cc: 

Subj ect 


r 1 0, 2 0 0 0 8:2 8 AM 



ross Border Testing 


.O riginal Mes s a ge- 

From: 

not 


Hi 


As I mentioned in my voicemail to you here is an example of my 
t e s t i n g. 
hhAMK« 

OK TAMK 
115JANBELVAC« 

*** AMTRAK ***BELLI NGHAM WA/ VANCOUVER BC WELCOME ABOARD 
15]AN-MO-1201A BEL VAC ** USE AMTRAK FARE QUOTE FOR FARES ** 


760 AND 762 ARE TALGO 

TRAI NS 

ENTER A* 

TO SEE 

TRAI N 

762 



1 2V 7 6 0 j Y8 j E8 

BELVAC 

9 5 2 A 

15] AN 

11 4 0 A 

MN 

TRN 

1. 48 

0 

j F 8 BV6 Y 8 

Y E 8 Y F 8 








2 2 V 8 6 6 2 T 8 

BELVAC 

8 0 5 P 

15J AN 

9 3 0 P 

N 

BUS 

1. 25 

0 


0 1T1« 

T I NVALI D ACCOMMODATI ON 
0 1T 2« 

1 2 V 8 6 6 2 C BELVAC 8 0 5 P15JAN 930P15J AN T HK1 

TVL AGTS MUST CALL 1 - 8 0 0 -TEL-TRAK FOR SPL SVC RE 0 CONFIRMATION 
CROSS BORDER JOURNEY - DOB REQUIRED 
12 0JANVACBEL« 

*** AMTRAK * * * VANCOUVER BC/BELLI NGHAM WA WELCOME ABOARD 
20JAN-SA-1201A VAC BEL ** USE AMTRAK FARE QUOTE FOR FARES ** 

1 2 V 8 6 6 1 T 8 VACBEL 8 0 0A 20JAN 1 0 0 0A N BUS 2.00 0 

2 2 V 7 6 3 ] Y 8 J E 8 VACBEL 6 0 0 P 2 0J AN 7 2 7 P MN TRN 1.27 0 

j F8 BV8 Y 8 Y E 8 Y F 8 

0 1Y 2« 

2 2 V 7 6 3 C VACBEL 600P20] AN 7 2 7 P20JAN YD HK1 

TVL AGTS MUST CALL 1 - 8 0 0 -TEL-TRAK FOR SPL SVC REQ CONFIRMATION 
CROSS BORDER JOURNEY - DOB REQUIRED 

VCVR TKT OFF CLOSES 1750 TKTS FOR 763 MUST BE PURCH BY THEN 
- VANCOUVER/TEST« 
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B« 

6 P« 

* 

Z Z 31 P1E« 


* A« 

RESV HL NONE CTC- NONE 17.00/ 

-01b 1/VANCOUVER/TEST 


1 

2 V 

8 6 6 2 C 

BELVAC 

8 0 5 P15J AN 

9 3 0 P15J AN T 

HK1 

3 01 a 

R 

SEG > 

1 BASI S 

IE 




* 

DOF 6 RAI L FARE 

8. 50 



2 

2 V 

7 6 3 C 

VACBEL 

6 0 0 P20J AN 

7 2 7 P20J AN YD 

HK1 


302h R SEG > 2 BASIS IE 

* DOF 6 RAI L FARE 8.50 

6 01 a CONTACT- P 
9 01 n AA18ggggj^^g| B*** AAL 02 44 
Eh« 

OK - 054F7D - AMT UNTKTD $17.00 - HL 16NOV 
P NR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
I NDEXI NG ACTI VE. . . PLEASE WAI T 

I NDEXI NG COMPLETE 

MERGE/TI CKET? 
hTK« 

CURRENT ITI NERARY 

1 RAL 2V 15JAN M BELVAC GK 1 8 0 5 P 9 3 0 P /TK2V- 054F7D 

TRAIN 8 6 6 2 DPT-BELLI NGHAM WA ARV-VANCOUVER BC 

SI -AMTRAK T BUS 

2 RAL 2 V 2 0J AN j VACBEL GK 1 6 0 0 P 7 2 7 P /TK2V- 054F7D 

TRAIN 7 6 3 DPT-VANCOUVER BC ARV- BELLI NGHAM WA 

SI -AMTRAK YD COACH 
- VANCOUVER/TEST«* 

B§ 6p SG R § 5 -CASH§7TAW/ §5. §5/§5H-TEST FOR ONE TKT PER 

EW{« 

OK 17.00 VANCOUVER/TEST 

OK 6. 6 

ER« 

1. 1 VANCOUVER/TEST 

1 RAL 2V 15JAN M BELVAC GK 1 8 0 5 P 9 3 0 P /TK2V- 054F7D 

TRAIN 8662 DPT-BELLI NGHAM WA ARV-VANCOUVER BC 

SI - AMTRAK T BUS 

2 RAL 2 V 2 0J AN j VACBEL GK 1 6 0 0 P 7 2 7 P /TK2V- 054F7D 

TRAIN 763 DPT-VANCOUVER BC ARV-BELLI NGHAM WA 

SI -AMTRAK YD COACH 
TKT/TI ME LI Ml T 

1.T-09 NOV-0 MG0*NBL 
PHONES 

GRR^^^^^H- B 

I NVOI ceT^^^^^^ 

REMARKS 

1. - CASH 

2 . . 

3. / 

4. H-TEST FOR ONE TKT PER PAX 

5. XXTAW/ 

ACCOUNTI NG DATA* 

MB« 

2 RAL 2 V 2 0J AN j VACBEL GK 1 6 0 0 P 7 2 7 P /T K 2 V- 054F7DJ 

TRAIN 763 DPT-VANCOUVER BC ARV-BELLI NGHAM WA 
SI -AMTRAK YD COACH 
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TKT/ TI ME LI Ml T 

1.T-09 NOV-0 MG0*NBL 
PHONES 

B 

I NVOI 
REMARKS 

1. - CASH 

2 . . 

3. / 

4. H-TEST FOR ONE TKT PER PAX 

5. XXTAW/ 

ACCOUNTI NG DATA 

1.1 2V-HH1HH .8 5 / 1 7.0 0/ 

TK2V- 054F7D 

RECEIVED FROM - PSGR 

0MG0.ATX* NBL 1451/ 09NOV00 QUUAVV H 


00/ONE/CA 1.1VANCO 


A5 you can see it is allowing me to ticket without the DOB information 
I did try different travel months and different city pairs with still 
the s a me result. 


As I mentioned in my voicemail I will not be in the office tomorrow so 
please contact or ■ 


Thanks, 



As I mentioned in my voicemail to you here is an example of my 
t e s t i n g. 
hhAMK« 

OK TAMK 
115] ANBELVAC« 

*** AMTRAK ***BELLI NGHAM WA/VANCOUVER BC WELCOME ABOARD 
15]AN- MO- 12 01A BEL VAC ** USE AMTRAK FARE QUOTE FOR FARES ** 


760 AND 762 ARE TALGO 

TRAI NS 

ENTER A* 

TO SEE 

TRAI N 

762 



1 2V 7 6 0 J Y8 j E8 

BELVAC 

9 5 2 A 

15j AN 

11 4 0 A 

MN 

TRN 

1. 48 

0 

J F 8 BV6 Y 8 

Y E 8 Y F 8 








2 2 V 8 6 6 2 T 8 

BELVAC 

8 0 5 P 

15j AN 

9 3 0 P 

N 

BUS 

1. 25 

0 


0 1T1« 

T I NVALI D ACCOMMODATI ON 
0 1T 2« 

1 2 V 8 6 6 2 C BELVAC 805P15]AN 930P15J AN T HK1 

TVL AGTS MUST CALL 1 - 8 0 0 -TEL-TRAK FOR SPL SVC REQ CONFIRMATION 
CROSS BORDER JOURNEY - DOB REQUIRED 
12 0JANVACBEL« 

*** AMTRAK * * * VANCOUVER BC/BELLI NGHAM WA WELCOME ABOARD 
20J AN-SA-1201A VAC BEL ** USE AMTRAK FARE QUOTE FOR FARES ** 

1 2 V 8 6 6 1 T 8 VACBEL 8 0 0A 2 0J AN 1 0 0 0A N BUS 2.00 0 

2 2 V 7 6 3 J Y 8 JE8 VACBEL 6 0 0 P 20JAN 7 2 7 P MN TRN 1.27 0 

j F8 BV8 Y 8 Y E 8 Y F 8 

0 1Y 2« 

2 2 V 7 6 3 C VACBEL 600P20]AN 7 2 7 P20JAN YD HK1 

TVL AGTS MUST CALL 1 - 8 0 0 -TEL-TRAK FOR SPL SVC REQ CONFIRMATION 
CROSS BORDER JOURNEY - DOB REQUIRED 

VCVR TKT OFF CLOSES 1750 TKTS FOR 763 MUST BE PURCH BY THEN 
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- VANCOUVER/TEST« 

* 

b « 

6 P« 

* 

Z Z 31 P1 E« 


* A« 

RESV HL NONE CTC- NONE 17.00/ 

-Ola 1/VANCOUVER/TEST 


1 

2 V 

8 6 6 2 C 

BELVAC 

8 0 5 P15J AN 

9 3 0 P15J AN T 

HK1 

3 01 a 

R 

SEG > 

1 BASI S 

IE 




* 

DOF 6 RAI L FARE 

8. 50 



2 

2 V 

7 6 3 C 

VACBEL 

6 0 0 P20J AN 

7 2 7 P20J AN YD 

HK1 


302a R SEG > 2 BASIS IE 

* DOF 6 RAI L FARE 8.50 

6 01h CONTACT- P 
901s AA1|^^^^^B' B***AAL 0 2 4 4 

E h « 

OK - 054F7D - AMT UNTKTD $17.00 - HL 16NOV 
PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 
I NDEXI NG ACTI VE. . . PLEASE WAI T 

I NDEXI NG COMPLETE 

MERGE/TI CKET? 
hTK« 

CURRENT ITI NERARY 

1 RAL 2V 15JAN M BELVAC GK 1 8 0 5 P 9 3 0 P /TK2V- 054F7D 

TRAIN 8662 DPT-BELLI NGHAM WA ARV-VANCOUVER BC 

SI - AMTRAK T BUS 

2 RAL 2V 20JAN j VACBEL GK 1 6 0 0 P 7 2 7 P /TK2V- 054F7D 

TRAIN 763 DPT-VANCOUVER BC ARV-BELLI NGHAM WA 

SI - AMTRAK YD COACH 
- VANCOUVER/TEST«* 

B§ 6p SG R § 5 -CASH§7TAW/ §5. §5/§5H-TEST FOR ONE TKT PER 

EWf« 

OK 17.00 VANCOUVER/TEST 

OK 6. 6 

ER« 

1. 1 VANCOUVER/TEST 

1 RAL 2V 15JAN M BELVAC GK 1 8 0 5 P 9 3 0 P /TK2V- 054F7D 

TRAIN 8662 DPT-BELLI NGHAM WA ARV-VANCOUVER BC 

SI -AMTRAK T BUS 

2 RAL 2 V 2 0J AN j VACBEL GK 1 6 0 0 P 7 2 7 P /TK2V- 054F7D 

TRAIN 763 DPT-VANCOUVER BC ARV-BELLI NGHAM WA 
SI -AMTRAK YD COACH 

TKT/TI ME LI Ml T 

1. T- 0 9 NOV-0 MG0*NBL 
PHONES 

GRR^^^^^H- B 

I NVOI ceT^^^^^^ 

REMARKS 

1. - CASH 

2 . . 

3. / 

4. H-TEST FOR ONE TKT PER PAX 

5. XXTAW/ 

ACCOUNTI NG DATA! 

MB« 

2 RAL 2 V 2 0 JAN j VACBEL GK 1 6 0 0 P 7 2 7 P 
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TRAIN 763 DPT-VANCOUVER BC ARV-BELLI NGHAM WA 
SI -AMTRAK YD COACH 
TKT/ TI ME LI Ml T 

1.T-09 NOV-0 MG0*NBL 
PHONES 
1. GRR8 
I NVOI CED 
REMARKS 


4. H-TEST FOR ONE TKT PER PAX 

5. XXTAW/ 

ACCOUNTI NG DATA 
i 2v- 

UVET^ff^^^T- TK2V- 0 5 4 F7D 
RECEIVED FROM - PSGR 
OMGO.ATX* NBL 1451/ 09NOV00 QUUAVV H 


17.00/ 


. 00/ONE/CA 1.1VANCO 


As you can see it is allowing me to ticket without the DOB information. 
I did try different travel months and different city pairs with still 
the s a me result. 


As I menti oned 
please contact 

Thanks, 


v o i c e ma i I 
or 


I will not be in the office tomorrow so 


From: 
Sent : 


ednesday,November 08, 2000 10:50 AM 
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See attached Scripts 


Thanks, 


Sent 
To: 

Cc: _ 

Subj ect: Cross Border Testing 

Hi 

You called about testing ticketing for Cross Border and said it was Amadeus. Is it 
not for all of the GDSs. We had problems with the Worldspan as well. Can you 
clarify what we are testing. We need to make sure the global date is set so that 

it will force the ticketing response to occur. Let me know ASAP. 


Tov ember 08, 2000 8:41 AM 




Good Mor ni ng, 


I would really like to recognize the International Border Crossing teamfor a 
terrific job! International Border Crossing was loaded to production this morning. 

Border Crossing had a wonderful start many months ago and then had to be stopped due 
to funding. When the project was revived it also needed to be modified to meet the 
Users’ new requirements. All of this was done with the highest standards of quality 
in a very aggressive time frame. Since the distribution channels (GVG and VRU) were 
unable to meet the same deadline, changes were made by the team to accommodate last 

bution channels. 

and for producing a quality product! 


2000 2:44 PM 


minute changes for these distri 
Thank you for all your efforts 



Please send some PNR numbers for I/M Req# 00668285 


Thanks, 



Subj ect : 


2000 2: 26 P M 

^^flr s d a y, 
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NOV 3, 9am- 2pm ( EST) 


.+. 

1A RLOC | 2V RLOC 

+ 

>. 

| COMMENTS 

>. 

.+. 

Y9PFTH | 15B7FE 

+ 

>. 

No error at 
SELL/ET/TTP 

>. 

.+. 

Y9PFTO | 15B805 

+ 

> I 


> .I 

.+. 

Y9PFTV | 15B80D 

+ 

> I 


>. 

+ 


+ 

>. 


>. 

+ 


+ 

>. 


>. 

+ 


+ 

>. 


>. 

+ 


+ 

>. 


>. 

+ 


+ 

>. 


>. 

+ 


+ 

>. 


Border Crossing.txt 

.+. 

|TKT NUMBERS 
+ 


+. 

1554-7017362213 
+. 


+. 

1554-7017362214/5 

+ 


+. 

1554-7017362216/7 

+ 


+ 

I 

+ 


+ 

I 

+ 


+ 

I 

+ 


+ 

I 

+ 


+ 

I 

+ 


+ 

I 

+ 


> 

I 

> 


> 

I 

> 


> 

I 

> 


> 

I 

> 


> 

I 

> 


> 

I 

> 


> 

I 

> 


> 

I 

> 


> 

I 

> 


> 

I 

> 


> 
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From: 


on 11/01/2000 09:38 PM GMT 



> 
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I I 

>.> 

> I 


> I 
.> 

Subject: | 

.> 

> .> 

User Testing.Thursday, NOV 2, lpm-5pm (est) and Friday, NOV 3, 

9 a m- 2 p m (EST) 

>.> 

> I 


> 


Hello Everyone, 

We are testing the Border Crossing, date of birth, country code and 
ticketing restrictions. Please follow the scripts I sent previously. Make 
sure that any reservations you book are in January so that we will required 
the date of birth, country code require me n t at time of ticketing. 

We also need regression (negative) testing. Please send us your PNR numbers 
for review. 

I will be in meetings in the morning. Please call if you 

have any problems. 


Thanks, 



My understanding is we'll only get the warning on at ticketing. The other 
me s s a g e s i n t h e 

printout were message they see if they had interactive sell. That was my 
understandi ng. 
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> Sent: Wednesday, November 01, 2000 2:55 PM 



> 


> 


> 


> 

> 

> That explains this one PNR. We'll have to discuss this at our meeting 

> Thursday on how to present that facet to our subscribers how 

> Amt r a k may 

> require a different for mat. 

> 

> I have this example that I forwarded to yesterday. It is Amtrak 

> r ecor d 0F 5 5 5 0 


> 


IP- 77ZM77 i _ 

2 TR 2V 69YD14FEB WE 


* ADT 2.1 
4j AN SU 


*ADT- 

HK2 10 1 0 A 
NYP MTR HK2 815A 


p- i. pbk |HnHB| 

T- 1. TAW/ 


AMERI CAN EXPRESS 


F OP - 
G- 


* * * * 


1. CK -i 

1. SSRTKTL1P HK2 HLD LMT DTE 07NOV- 

2. OS I 2 V DOB 12j UL 1 9 5 6 /US-1 

3. OS I 2VDOB11AUG1956 / US- 
1.T$2V1F1E- 

ITEMS SUPPRESSED * * * */EDT/DR- 


> > E Z T - 

> DOB INFORMATION REQUIRED BEFORE TICKETING - 


7 5 0 P 
5 4 0 P 


/ 0 * 
/ 0 * 


> 

> The steps that I followed to create the above PNR were 

> similar to those 

> that I used for the single name field. The differences being 

> t h a t I had 

> two name fields and received more error responses before 

> finally correcting 

> the DOB information in the OSI fields. Without being able to see this 

> birthdate information in the Amtrak PNR, our customers must 

> rely on the way 

> their formats appear in IP once the corrections have been 

> made to our PNR. 

> The assumption is that barring any communications problems, 

> the correction 

> is updated in your PNR. 

> 


> Please let me know if there is any further assistance that 

Sent: 01" 2UUU 8:58 AM 

To: 



: Bor der crossi ng 


can give 


Hi , 

I'm wondering if the Canadian border crossing programs are in the test 
system this morning. I built a PNR for eight people. There was no warning 
when I booked the PNR, no warning when I ended transaction, and no warning 
when I ticketed them. Here is the PNR, Amtrak record 1587CF: 
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IP- 7 7 3 DOS 
1. II- 


"* ADT 2, T 


" 2 A DT - 


MW 

7TYD2 3 A P R 

MO 

Wl L 

RGH 

H K 8 

8 0 6 A 

4 12 P 

/ o 

2 V 

80YD29APR 

SU 

RGH 

NY P 

H K 8 

115 7 A 

9 5 5 P 

/ o 

2 V 

69YD30APR 

MO 

NY P 

MTR 

H K 8 

815 A 

5 4 0 P 

/ o 


1 T 

2 TR 2V 80YD29APR SU RGH NYP 

3 TR 2V 69YD30APR MO NYP MTR 

P- 1. P8K AMERI C AN EXPRE 

T- 1. T/0 21TjvW^^hTP8K/ 

FOP- 1. CK - 

G- 1. SSRTKTL1P HK8 HLD LMT DTE 09NOV 


AMERI CAN EXPRESS 
P 8 K/ GG'^^^^M 
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> 


> 

> 

> That explains this one PNR. We'll have to discuss this at our meeting 

> Thursday on how to present that facet to our subscribers how 

> Amt r a k may 

> require a different for mat. 

> 

> I have this example that I forwarded to yesterday. It is Amtrak 

> r ecor d 0F 5 5 5 0 


* ADT 2.1 
4j AN SU 


69YD14FEB WE NYP MTR HK2 
A ME RI CAN EXPRESS I 




IP- 77ZM77 
1 . 1 

1 T 

2 TR 2V 
P- 1. P8K 
T- 1. TAW/ 

FOP- l.CK 

G- 1. SSRTKTL1PHK2 HLD L MT DTE 07NOV 

2 , OS I 2 V DOB 1 2 j UL 1 9 5 6 / US 

3. OS I 2VDOB11AUG1956/US 
M- 1.T$2V1F1E- 
**** ITEMS SUPPRESSED ****/EDT/DR- 
> E Z T i 

DOB INFORMATION REQUIRED BEFORE TICKETING 


*ADT- 

H K 2 1 0 1 0 A 


815 A 


7 5 0 P 
5 4 0 P 


/ 0 * 
/ 0 * 


> The steps that I followed to create the above PNR were 

> similar to those 

> that I used for the single name field. The differences being 

> t h a t I h a d 

> two name fields and received more error responses before 

> finally correcting 

> the DOB information in the OSI fields. Without being able to see this 

> birthdate information in the Amtrak PNR, our customers must 

> rely on the way 

> their formats appear in IP once the corrections have been 

> made to our PNR. 

> The assumption is that barring any communications problems, 

> the correction 

> is updated in your PNR. 

> 


> Please let me know if there is any further assistance that I can give 



are all the programs out there for testing today? Thanks 


uality Control Analyst 
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> T- 1. TAW/ 0 5/ 0 1 NOV-. 

> FOP- 1. CK -i 

> G- 1. SSRTKTL1P HK2 HLD LMT DTE 0 7 NOV- 

> 2. OSI 2VDOB12] JL 1 9 5 6 / 

> 3. OSI 2VDOB11AUG1956 / US - 

> M- 1.T$2V1F1E- 

> **** ITEMS SUPPRESSED * * * */E DT/DR- 

> > E Z T - 

> DOB INFORMATION REQUIRED BEFORE TICKETING - 

> 

> The steps that I followed to create the above PNR were 

> similar to those 

> that I used for the single name field. The differences being 

> t h a t I h a d 

> two name fields and received more error responses before 

> finally correcting 

> the DOB information in the OSI fields. Without being able to see this 

> birthdate information in the Amtrak PNR, our customers must 

> rely on the way 

> their formats appear in IP once the corrections have been 

> made to our PNR. 

> The assumption is that barring any communications problems, 

> the correction 

> is updated in your PNR. 

> 

> Please let me know if there is any further assistance that I can give 
Sent: W^fi^^n^^November 01, 2000 4:14 PM 
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> 

> 

> Hi 

> 

> The reason the DOB information was not accepted was that the 

> name specified 

> in the OS I was not found. 

> 

> In the name section, you have "SOLE/NAME TEST" while in the 

> OS I i t e m y o u 

> have "SOLE/NAME.TEST" (note the 1 . 1 separator.) It has to be 

> an exact match 

> including the spaces. 

> 

> 

> 

> 

> >.Original Message. 

> > 

> > 4 6 AM 

> > To: 

> > Cc: 

> > Subj 

> > 

> > 

> > a n d 

> > 

> > I'm still experiencing problems today when I've made an error 

> > in initially 

> > putting in the DOB. 

> > 



> > To recap, here are the steps that I followed creating the 

> > following PNR: 

> > 

> > 1) Booked the PNR and ended transaction. I received the Amtrak 

> > acknowledgement. 

> > 2) I added the DOB incorrectly, i . e. , I used only a two digit year 

> > 3) I ended transaction once again. 

> > 4) Upon ticket attempt, I received the reponse error DOB 

> > I NFORMATI ON etc 

> > 5) I corrected the DOB information so that it read as in 

> > the guidelines 

> > 6) A second attempt at ticketing resulted in the error DOB 

> > I NFORMATI ON 

> > etc. 


> > 

> > The point is, if a customer makes an error in the DOB 

> > information, they 

> > need to be able to correct it without having to cancel 

> > PNR and bui I d 

> > another one. 


> > 

> > Here's the PNR I created using the above steps, 

> r ecor d 0F 5 5 6 4: 


> > 

> > IP- L7Z72N - 

> > 1. 1SOLE/ NAME. TESPADT- 

> > 1 TR 2V 3 6 4YD22J UL SU CHI CBM HK1 

> > 2 TR 2V 7088YD22J UL SU CBM TWO HK1 

> > P- 1. P8K ffS-SggS-Sgfgi AMERI CAN EXPRESS | 

> > T- 1. TAW/ 

> > FOP- 1. AR -i 


9 3 0 A 
5 3 7 P 


A mt r a k 


5 3 6 P 
1100P 


t h e 


/ 0 * 
/ 0 * 
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> > G- 1. SSRTKTL1PHK1 HLD L MT DTE 0 8 NOV- 

> > 2. OSI 2VDOB14J UL1955/ US-SOLE/NAME.TEST- 

> > **** ITEMS SUPPRESSED ****/EDT/DR- 

> > 

> > > E Z T - - 

> > DOB INFORMATION REQUIRED BEFORE TICKETING - 

> > 



That explains this one PNR. We'll have to discuss this at our meeting 
Thursday on how to present that facet to our subscribers how Amtrak may 
require a different for mat. 

I have this example that I forwarded to Mark yesterday. It is Amtrak 
record 0F5550 


IP- 77ZM77 i 

1. ADT 2. 1|^^^^H*ADT- 

1 tU tUYImjAN su Mlk MVP hk2 1010a 

2 TR 2V 69YD14F EB WE NYP MTR HK2 815A 

P- 1.P8K 3 1 3 3 2 3 - 4 3 0 0 AMERICAN EXPRESS 

T- 1. TAW/05/01NOV- 
FOP- 1. CK - 

G- 1. SSRTKTL1PHK2 HLD LMT DTE 07NOV- 

2. OSI 2VDOB 12J UL 1 9 5 6 /US- 

3. OSI 2VDOB11AUG1956 / US- 
M- 1, T$2V1F1E- 

**** ITEMS SUPPRESSED ****/EDT/DR- 


> E Z T - 

DOB INFORMATION REQUIRED BEFORE TICKETING - 


7 5 0 P 
5 4 0 P 


/ 0 * 
/ 0 * 


The steps that I followed to create the above PNR were similar to those 
that I used for the single name field. The differences being that I had 
two name fields and received more error responses before finally correcting 
the DOB information in the OSI fields. Without being able to see this 
birthdate information in the Amtrak PNR, our customers must rely on the way 
their formats appear in IP once the corrections have been made to our PNR. 
The assumption is that barring any communications problems, the correction 
i s updat ed i n your PNR. 

Please let me know if there is any further assistance that I can give. 



e ma i 
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> 6) A second attempt at ticketing resulted in the error DOB 

> I NF 0RMAT I ON 

> etc. 

> 

> The point is, if a customer makes an error in the DOB 

> information, they 

> need to be able to correct it without having to cancel the 

> PNR and build 

> another one. 

> 

> Here's the PNR I created using the above steps, Amtrak record 0F5564: 

> 

> IP- L7Z72N - 

> 1. 1SOLE/ NAME. TESPADT- 

> 1 TR 2V 364YD2 2] UL SU CHI CBM HK 1 9 3 0 A 5 3 6 P /0 * 

> 2 TR 2V 7088YD22J UL SU CBM TWO HK 1 5 3 7 P 1100P /0 * 

> P- 1. P8K AMERI CAN EXPRESS 

> T- 1. TAW/ 

> FOP- 1. AR -i 

> G- 1. SSRTKTL1PHK1 HLD LMT DTE 0 8 NOV- 

> 2. OSI 2VDOB14J UL1955/US-SOLE/NAME.TEST- 

> **** ITEMS SUPPRESSED * * * */E DT/DR- 

> 

> > E Z T - - 

> DOB INFORMATION REQUIRED BEFORE TICKETING - 

> 



Hi 


The reason the DOB information was not accepted was that the name specified in the 
OS I wa s n o t f o u n d. 

In the name section, you have "SOLE/NAME TEST" while in the OSI item you have 
"SOLE/NAME.TEST" (note the separator.) It has to be an exact match including the 
spaces. 
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> I'm still experiencing problems today when I've made an error 

> in initially 

> putting in the DOB. 

> 

> To recap, here are the steps that I followed creating the 

> following PNR: 

> 

> 1) Booked the PNR and ended transaction. I received the Amtrak 

> acknowledgement. 

> 2) I added the DOB incorrectly, i . e. , I used only a two digit year 

> 3) I ended transaction once again. 

> 4) Upon ticket attempt, I received the reponse error DOB 

> I NF 0 R MAT I ON etc 

> 5) I corrected the DOB information so that it read as in 

> the guidelines 

> 6) A second attempt at ticketing resulted in the error DOB 

> I NF OR MAT I ON 

> etc. 

> 

> The point is, if a customer makes an error in the DOB 

> information, they 

> need to be able to correct it without having to cancel the 

> PNR and bui I d 

> another one. 

> 

> Here's the PNR I created using the above steps, Amtrak record 0F5564: 

> 

> IP- L7Z72N - 

> 1. 1SOLE/NAME. TEST* ADT- 

> 1 TR 2V 364YD2 2J UL SU CHI CBM HK 1 9 3 0 A 5 3 6 P / 0 * 

> 2 TR 2V 7088YD22J UL SU CBM TWO HK 1 5 3 7 P 1100P /0 * 

> P- 1. P8K AMERI CAN EXPRESS ^1 

> T- 1. TAW/ 

> FOP- 1. AR -i 

> G- 1. SSRTKTL1PHK1 HLD LMT DTE 0 8 NOV- 

> 2. OSI 2VDOB14J UL1955/US-SOLE/NAME.TEST- 

> **** ITEMS SUPPRESSED ****/EDT/DR- 

> 


> > E Z T - - 

> DOB INFORMATION REQUIRED BEFORE TICKETING - 



I'm still experiencing problems today when I've made an error in initi 
putting in the DOB. 

To recap, here are the steps that I followed creating the following PNR 

1) Booked the PNR and ended transaction. I received the Amtrak 
acknowl edge me n t . 

2) I added the DOB incorrectly, i . e. , I used only a two digit year 

3) I ended t r ansacti on once again. 
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4) Upon ticket attempt, I received the reponse error DOB INFORMATION etc 

5) I corrected the DOB information so that it read as in the guidelines 

6) A second attempt at ticketing resulted in the error DOB INFORMATION 
etc. 

The point is, if a customer makes an error in the DOB information, they 
need to be able to correct it without having to cancel the PNR and build 
anotherone. 

Here' s the PNR I created using the above steps, Amtrak record 0F5564: 

IP- L7Z72N - 
1. 1 S 0 L E / NAME. TEST* ADT -> 

1 TR 2V 364YD22J UL SU CHI CBM HK 1 9 3 0 A 5 3 6 P 10 * 

2 TR 2V 7088YD22J UL SU CBM TWO HK 1 5 3 7 P 1100P /0 * 

P- 1.P8K 3 1 3 3 2 3 - 4 3 0 0 AMERICAN EXPRESS 

T- 1. TAW/ 0 5 / 0 2 NOV-. 

FOP- 1. AR - 

G- 1. SSRTKTL1PHK1 HLD LMT DTE 0 8 NOV- 

2. OSI 2VDOB14J UL1955/US-SOLE/NAME.TEST- 
**** ITEMS SUPPRESSED ****/EDT/DR- 


> E Z T - - 

DOB INFORMATION REQUIRED BEFORE TICKETING - 



PNR display for SABRE is currently producing dumps on FMSG. Problem has been 
referred to Samwho will take a look. 


Cheer i o 
From: 
Sent : 

To: 

Cc: 

Subj ect 



Hi 


The problems you described was caused by a combination of program errors and 
instability of our test system yesterday. This morning, I have tried adding the DOB 
to this PNR and it worked well. Please try the scenarion fromyour end. 

Thanks and best regards, 


> .Original Message. 

> From: 

> Sent: W^fi^^n^^TTr^^Wer 0 1, 2 0 0 0 7:5 3 AM 

> To: 

> |— 

> Hn^e c t : RE: Cross Border Questions 

> 

> 

> Hello 
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Border Crossing.txt 

My understanding is that you will get the DOB message if any 
of the passengers in the PNR do not have DOB information at 
ticketing. I would assume that this PNR did not get any of 
you DOB fi el ds added. 

I'll pass the second itemon to Erwin to investigate. 


Or i gi nal Message 



ent: Iues day, October 
To: 

Cc: 

Subj TTH cross Border Questi ons 


> 

> 

> 

> and I have a couple of questions regarding error 

> r esponses and the 

> Cross-Border. We are doing some negative testing and the 

> f i r s t P NR c a me 

> back with the error of DOB INFORMATION REQUIRED BEFORE 

> TI CKETI NG. It has 3 

> DOB OSIs in the PNR which is not correct, but shouldn't it 

> come back w/ a 

> different error? 

> 

> IP- 7 7 V F 6 6 - 

> 1.2 2 A DT - 

> 1 TR^^^WYD23DEC SA CHI CBM HK 2 9 3 0 A 5 3 6 P / 0 * 

> 2 TR 2V 7088YD23DEC SA CBM TWO HK 2 5 3 7 P 1100P /0 * 

> P- 1. Z3T TEST- 

> T- 1.T/31 OCT 112 5 1P/Z3T/CE* 5 5 4 1 0 2 1 1 1 1 6 7 6 - 

> G- 1. SSRTKTL1PKK2 HLD LMT DTE 0 7 NOV- 

> 2, OS I 2 V DOB 

> 3, OS I 2 V DOB 

> 4 , OS I 2 V DOB 

> **** ITEMS SUP 

> > E Z T | $ C K - - 

> DOB INFORMATION REQUIRED BEFORE TICKETING - 

> 

> _ 

> Example 2: §§j^^Jc r e a t e d and attempted to issue this ticket, 

> the error was 

> A P * S E N D ERR, When I attempt to issue this 

> PNR I receive the DOB INFORMATION REQUIRED BEFORE TICKETING error 

> 

> IP- 77ZI M7 - 

> 1. 1TRANS/ BORDER*ADT- 

> 1 TR 2V 364YD23J UL MO CHI CBM HK 1 9 3 0 A 5 3 6 P /0 * 

> 2 TR 2V 7088YD23J UL MO CBM TWO HK 1 5 3 7 P 1100P /0 * 

> P- 1. Z3T - 

> 2. P 8 K AMERICAN EXPRESS 

> T - 1. T AiPYTOroH 

> G- 1. SSRTKTL1PHK1 HLD LMT DTE 0 7 NOV- 

> 2. OS I 2VDOB19J UL 54/ US-TRANS/BORDER- 

> 3, SSROTHS1PUN1 INVALID DATE OF BIRTH - 

> 4. OS I 2VDOB19J UL 1 9 5 4/US-TRANS/BORDER- 

> **** ITEMS SUPPRESSED ****/EDT/DR- 
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> >EZT| $CK 

> AP* SEND ERR 

> 

> I Analyst 


> 

> 

From: 
Sent : 
To: 

Cc: 

Subj ect 


ues day, October 


W 


3 PM 



or der irossi ng 


I'm not sure if your PNR is being updated following this scenario: 

1) I built a PNR beginning in MTR round trip for a party of two. 

2) I received the a c k n 

3) I attempted to ticket and received the error DOB INFORMATION etc 

4) I added DOB info for the first name and ended transaction. 

5) I attempted to ticket again but received the DOB INFORMATION etc 
error. 

6) I added the DOB info for the second name and ended transaction. 

7) Once again, I attempted to ticket but received the DOB INFORMATION 
etc. error. 


Here is the record, Amtrak record 0F5550: 


* ADT 2.1 
4j AN SU 


69YD14FEB WE NYP MTR HK2 
AMERI CAN EXPRESS I 


IP- 77ZM77 
1. 1 

1 T 

2 TR 2V 

P- 1. P8K ■HH|0 

t- i. taw/ 

FOP- 1. CK - 

G- 1. SSRTKTL1PHK2 HLD LMT DTE 07NOV 

2, OS I 2 VDOB 12J UL 1 9 5 6 / US 

3. OS I 2VDOB11AUG1956/US 
M- l.T$2VlFlE-i 

TEMS SUPPRESSED ****/EDT/DR 


* ADT-i 

H K 2 1 0 1 0 A 


* * * * 


815 A 


7 5 0 P 
5 4 0 P 


10 * 
10 * 


> E Z T - 

DOB INFORMATION REQUIRED BEFORE TICKETING - 



and I have a couple of questions regarding error responses and the 
Jross - Border. We are doing some negative testing and the first PNR came 
back with the error of DOB INFORMATION REQUIRED BEFORE TICKETING. It has 3 
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Original Message. 

Border Crossing.txt 


mini] 


IK1J 


ues a a y 


udj ect 


F 0 Re a di n e 


PI ease can so me one get the ticketing piece 
As I've explained some many times...I've go 
there to 

advise Worldspan subscribers I see. Nor mall 
notice. 

with todays date it's exactly 31 days notic 
t o happen. 

Who can I address this to so I get this don 


e can t e 
F 0 Re a di 

h e m 9 * 

that 



1 0/ 3 1 / 0 0 0 8: 5 4 
AM 


Don't know if the ticketing changes are out 


Or i gi nal Message- 


r r or on Test 


Sent: i ues a a y 
To 
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HH|j u s t ran a ticket 

TTeT^R. 

We didn't get an error. 


on a border train and we didn't 
He was able to issue a ticket. 


have the 'OSI' i 


IP- L7VEFQ - 
1 . 

1 TU IV UYB10DEC SU NYP CBN HK1 

2 TR 2V 7098YD10DEC SU CBN TWO HK1 

P- 1. P8K0809808098- 

T- 1.T/31 OCT 0 9 4 9 IP/P 8 K/GG* 5541021045862- 
G- 1. SSRTKTL1PKK1 HLD L MT DTE 0 7 NOV- 
**** ITEMS SUPPRESSED ****/DH/EDT/DR 


715 A 
515 P 


4 0 4 P 
714 P 


/ 0 * 
/ 0 * 


Please let me know, when this is going to be out there. I'd like to have 
today 



To 


c c 


Test 


1 0/ 3 1 / 0 0 0 8:1 2 


Subj ect: RE: DOB Error on 


AM 


It should be there ^ 
. Ori gi nal Message 
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5 u b mi 11 e d ? 


Border Crossing.txt 


From: 
Sent : 
To: 

Subj ect 


uesday, (Jet ober 3 1, 2 0 0 0 1 0:1 1 AM 

1 t r 

: r r o r on Test. 


I have just finally reloaded the module into TPF20. I had to undergo the same 
problems you and apparently encoutered yesterday. It would have been helpful 

if you guys e ma i I ^^a wa r n i n g note about it. It would have saved us some time. 
Anyway, the stuff is loaded and you can tell the GDSes to resume testing. 


> .Original Message. 

> Sent: 1, 2 0 0 0 9:5 5 AM 

> 

> 

> 

> 

> 

> 

> Don't know if the ticketing changes are out there! 

> 



> .Original Message. 

> 

> 

> 

> 

> 

> 

> 


> 

> 

■ 

■just ran a ticket 

o n 

a border 

t r a i 

n and we 

didn't 

> 

t h e 

^OSI 1 i n 






> 

t h e 

P NR. 






> 

s 

We 

didn't get an error. 

He 

was able 

t o i 

s s ue a ti 

c ket . 

> 

1P- 

L7VEFQ - 






> 

1. 

a dt - 

tR iv Uybiodec 

SU 

NY P CBN 

HK1 

715 A 

4 0 4 P 

> 

1 

> 

2 

TR 2 V 7098YD10DEC 

SU 

CBN TWO 

HK1 

515 P 

714 P 


> P- 1. P8K0809808098- 

> T- 1.T/31OCT0949 1 P/P8K/GG* 5 5 4 1 0 2 1 0 4 5 8 6 2 - 

> G- 1. SSRTKTL1PKK1 HLD LMT DTE 0 7 NOV- 

> **** ITEMS SUPPRESSED ****/DH/EDT/DR 

> 




have 


/ O * 
/ O * 
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PI ease let me know 
like to have 
today. 



IP- L7VEFQ 
1 . 


I* A DT 
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Ex 


Border ( 

1 TR 2V 63YB10DEC SU NYP CBN HK1 

2 TR 2V 7098YD10DEC SU CBN TWO HK1 

P- 1. P8K 0 8 0 9 8 0 8 0 9 8 -1 

T- 1.T/31 OCT 0 9 4 9 IP/P 8 K/GG* 554102104586 
G- 1. SSRTKTL1PKK1 HLD LMT DTE 07NOV- 
**** ITEMS SUPPRESSED ****/DH/EDT/DR 

Please let me know, when this is going t 
today. 



It should be there 


Ori gi nal Message 
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Border Crossing.txt 

on TPF20. 

2 5 OCT 1 0.4 9.3 0 0 1 S E- 0 2 3 4 OPR-U01F116 2 3 0 0 0 0 FMSG40 

It see ms like RTH6SA is building the history display for an SSR item and passed a 
non-di spI ayabI e characters to F MS G. I think V3MMSCHD is your loadset. So, I think 
you may be interested to know. 


DATA AREA : DO AT 00627000 FOR 0420 BYTES 


6 2 7 0 0 0 0 0 0 0 0 0 0 0 9 0 0 0 0 0 0 0 0 0 0 5 CC8 0 0 0 0 0 0 0 0 2 7 B0 .*H. 

6 2 7 0 1 0 0 1 0 217EC3E2 E6C9D3 0 0 2 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 . . CSWI L. 

627020 020 00000000 000027B0 F2F5D6C3 E3F0F0F0 .25OCT000 

6 2 7 0 3 0 0 3 0 F0F0C1D4 4 0 1 0 E6C5 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 AM .WE. 

6 2 7 0 4 0 0 4 0 8 0 C6 0 0 0 D 0 0 2 C0 1 0 0 0 0 8 8 0 0 4 E 0 0 1 6 0 1 5 4 .F. 

627050 050 00000000 00000000 00627000 00627420 . 

627060 060 00627000 00632397 8225DCA6 C1D94040 .AR 

627070 070 E2E2D940 40F0F9C4 C5C3F1F9 F8F44040 SSR 09DEC1984 
627080 080 40404040 40404040 40404040 40404040 
627090 090 40404040 40400140 40404040 40404040 
6 2 7 0A0 0A0 4 04 04 04 0 4 04 04 04 0 4 04 04 04 0 4 04 04 04 0 


6270B0 0B0 40404040 40404040 40404040 821CE07A 
6 2 7 0 CO 0C0 82245E40 0 0 0 0 0 0 0 0 0 2 1 CE 0 7 6 0 0 6 3 2 3 B2 


The entry to recreate this are 


* 9 2 2 4 8 

* H 


Thanks 


I TSC - Arrow 


From: BHSHHHHIiHI 

Sent: W^n^^n^^Omnrer 2 5, 2 0 0 0 1 2:4 3 PM 

To: I 



order Crossing loaded to TPF20 
The Border Crossing ( BXI NG) project is now loaded to TPF20. 



The following functional areas are part of the International Border Crossing tests: 

* Availability Display (minor change, new border crossing indicator) 

* Schedule Display! mi nor change, new border crossing indicator) 

* Low Fare Finder/Fare Shopper Di sp I ay(mi nor change, new border crossing 

indicator) 

* P N R Display! mi nor change, new border crossing indicator and 5DOB di spl ay( and 

history)) _ 

* Ticketing (restrictions based on global setting, please call t o 

have global changed) 

* Advance Payment (7APP)(restrictions based on global setting) 

* Ticket By Mail ( 7T B M) ( r e s t r i c t i o n s based on global setting) 

* Border Crossing Manifest (S O L * B) 

* Emergency Manifest ( SOL*E) ( remove DOB information) 

* 5DOB(new format) 

* Name Cancel 

* Segment Sell 

* Segment Cancel 

* Infant 
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Border Crossing.txt 

* End Transaction 

Picketing restriction global set to: 1 0/ 2 4/ 2 0 0 0 
Please let me know if you have any questions or concerns 



eanesaay, ucTober 25, 2000 10:46 AM 


order Testing 


I have been informed by our test coordinator that the programs for cross border wi 
be loaded 12noon (EST). Sorry for any inconvenience. 


r r o m: ma 

Sent: W^I 

Subject: 

At t a c h me n t s 


ednesday,October 25, 2000 9:03 AM 


Tv! Cross Border lesting Scr i pt 
Microsoft Word 4; Microsoft Word 4 


Can either of you clarify the issue with the asterisk? 


Original Message- 


en 
To: m 
Cc: | 
Subj ec 


i ues a a y, 


a oss Borderlesting Script 


BQ called and he answered my questions. 

The for mat should be 

Without any text - 30SI 2VDOBDDMMMYYYY / CC - I a s t n a me/f i r s t n a me 

With text - 30SI 2VDOBDDMMMYYYY/CC/ *t ext - I ast name/f i r st name 

(My concern here is the special characters in the OSI, slash is ok, but the 

(asterisk is not AI RI M P standard). Per AI RI M P 'SSR/OSI' can handle ( / ), 

( . ) , and ( - ) . 

(Sometimes these special characters cause problems in other systems. 

Ex amp I es 

(in AI RI M P don't show ( * ) asterisks). 

The slash should be before the country code, and if including text e. g., 
s pel I i ng out 

the country name or whatever the text might be. We should not use 
3 OS I 2 VDOBDDMMMYYYY/CC -1.1 

The message of 'CROSS BORDER JOURNEY - DOB REQUIRED 1 we should only 

see with interactive sell, which we don't have at this time. You should not 

see this 
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message 


Border Crossing.txt 


Message of PNR REQUIRES DOB INFORMATION PRIOR TO TICKETING 1 might 
be returned in an 'SSROTHS 1 , if Amtrak doesn't receive an ' OS I 1 from us 


Message of 1 DOB INFORMATION REQUIRED BEFORE TICKETING 1 

Will be seen at ticketing time, so user has to add 'OSI 1 to Worldspan PNR, 
end 

transaction and run ticket again. 

This is due to go into effect December 1, 2 0 0 1. 


M will probably touch base with us tomorrow regarding testing. If I'm 
run around he'll 
call or 


F o r wa r d e d 


by 


1 / EHN/ WSP on 1 0/ 2 4/ 0 0 0 2:5 6 PM 


1 0/ 2 4/ 0 0 0 2:3 8 
PM 



iubj ect : Re 

Seri pt ( Document 


So, 

I'm looking at the for mat .and I have so me questions 

The f or mat of: 

30SI 2 VDOB DDMMMYYYY/CC ( *text ) - P ass e n ger/ na me 

Some of the special characters above aren't part of the format are they? 
Here is what I'mthinking it should look like. 

3 OS I 2 VDOB 11 NOVI 9 8 9 US - Lastname/fi rstname 
Is this correct? 

Everything is run together - right? In the example format you've got a 
s I a s h a f t e r 

the year and country name. It's not shown as a separtor in the explanation 
b e I o w. 

Is the slash supposed to be there? Freeflow would come after the two 
character 

country code, I understand that. 

On passenger/name you mention Passenger name or association. 

Shouldn't it be lastname/firstname for the passenger name? 

Not sure what you mean by association. Are you talking about adding 
-.1.1 to the end of the entry? 

If I add an 'OSI' today and add name 1.1 to the end of the entry, it's not 
really 

a name associated OSI . Below is how it looks in tty-out. 
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. below is 

what tty-out sends. 

OSI 2VD0B11NOV 1 9 8 9 US- 1. 1 


Border Crossing.txt 


If we add the lastname /first name below is what you get sent to you 


OSI 2VDOB11NOV1989US-TEST/j OE 

On the messages received at sell time, end transaction, and ticketing. 

When is the effective date on this? 

I want to make sure I understand here. The messages received at sell time, 
and end transaction. 

Are the subscribers going to see these in Worldspan. I know we could see 
the one for 

ticketing - because your PNR would have to have it. Today, at sell time I 
j ust get t he 

Train segment back at me....without any information. Are you saying you'll 
be appendi ng 

'Cross Border journey - DOB REQUIRED' when a user sells one of these 
border city pairs? At end transaction Worldspan wouldn't be editing for 
t he ' OSI' 

in our PNR either. 



1 0/ 2 4/ 0 0 0 9:5 1 
AM 



Hello All, 

Starting Wednesday the 25th we will be testing a government required date 
of 

birth, country code transaction. This testing will be available for 2 
weeks. 

See a 11 a c h me n t s. 

< < B C P oi nts. d o c > > <<ws pBORDER. doc>> 

(See attached file: BCPoi nts. doc) 

(See attached file: wspBORDER.doc) 


From: 
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Border Crossing.txt 


The f or mat of: 

3 OS I 2V DOBDDMMMYYYY/CC (*text) - Passenger / name 

Some of the special characters above aren't part of the format are they? 
Here is what I'm thinking it should look like. 

3 OS I 2 VDOB11 NOVI 9 8 9 US - Lastname/fi rstname 
Is this correct? 

Everything is run together - right? In the example format you've got a 
s I a s h a f t e r 

the year and country name. It's not shown as a separtor in the explanation 
b e I o w. 

Is the slash supposed to be there? Freeflow would come after the two 
character 

country code, I understand that. 

On passenger/name you mention Passenger name or association. 

Shouldn't it be lastname/firstname for the passenger name? 

Not sure what you mean by association. Are you talking about adding 
-.1.1 to the end of the entry? 

If I add an 'OSI' today and add name 1.1 to the end of the entry, it's not 
really 

a name associated OSI . Below is how it looks in tty-out. 

. below is 

what tty-out sends. 

OSI 2VDOB11NOV 1 9 8 9 US- 1. 1 

If we add the iastna me /first name below is what you get sent to you. 


OSI 2VDOB11NOV1989US-TEST/j OE 

On the messages received at sell time, end transaction, and ticketing. 

When is the effective date on this? 

I want to make sure I understand here. The messages received at sell time, 
andendtransaction. 

Are the subscribers going to see these in Worldspan. I know we could see 
theonefor 

ticketing - because your PNR would have to have it. Today, at sell time I 
j ust get t he 

Train segment back at me....without any information. Are you saying you'll 
be appendi ng 

'Cross Border journey - DOB REQUIRED' when a user sells one of these 
border city pairs? At end transaction Worldspan wouldn't be editing for 
the 'OSI' 

in our PNR either. 
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Border Crossing.txt 
1 0/ 2 4/ 0 0 0 9:5 1 
AM 

c c 


Su 


Hello All, 

Starting Wednesday the 25th we will be testing a government required date 
of 

birth, country code transaction. This testing will be available for 2 
weeks. 

See a 11 a c h me n t s. 

< < B C P oi nts. d o c > > <<ws pBORDER. doc>> 

( See at t ached file: BCPoi nts. doc) 

(See attached file: wspBORDER.doc) 



Attachments: Microsoft Word 4; Microsoft Word 4 



So, 

I'm looking at the for mat .and I have so me questions 

The f or mat of: 

30SI 2 VDOB DDMMMYYYY/CC ( *text ) - Pa ss e n ger/ n a me 

Some of the special characters above aren't part of the format are they? 
Here is what I'mthinking it should look like. 

3 OS I 2 VDOB 11 NOVI 9 8 9 US - Lastname/fi rstname 
Is this correct? 

Everything is run together - right? In the example format you've got a 
s I a s h a f t e r 

the year and country name. It's not shown as a separtor in the explanation 
below. 

Is the slash supposed to be there? Freeflow would come after the two 
character 

country code, I understand that. 

On passenger/name you mention Passenger name or association. 

Shouldn't it be lastname/firstname for the passenger name? 

Not sure what you mean by association. Are you talking about adding 
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-.1.1 to the end of the entry? 

If I add an 'OSI' today and add name 1.1 to the end of the entry, it's not 
really 

a name associated OSI . Below is how it looks in tty-out. 

. belowis 

what tty-out sends. 

OSI 2VDOB11NOV 1 9 8 9 US- 1. 1 

If we add the lastname /first name below is what you get sent to you. 


OSI 2VDOB11NOV1989US-TEST/j OE 

On the messages received at sell time, end transaction, and ticketing. 

When is the effective date on this? 

I want to make sure I understand here. The messages received at sell time, 
andendtransaction. 

Are the subscribers going to see these in Worldspan. I know we could see 
t h e o n e f o r 

ticketing - because your PNR would have to have it. Today, at sell time I 
j ust get t he 

Train segment back at me....without any information. Are you saying you'll 
be appendi ng 

'Cross Border J o u r n e y - DOB REQUIRED 1 when a user sells one of these 
border city pairs? At end transaction Worldspan wouldn't be editing for 
the 'OSI' 

in our PNR either. 



Hello All, 

Starting Wednesday the 25th we will be testing a government required date 
of 

birth, country code transaction. This testing will be available for 2 
weeks. 

See at t achment s. 

< < B C P oi nts. d o c > > <<ws pBORDER. doc>> 
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( See attached file: BCPoi n t s. doc) 

(See attached file: wspBORDER.doc) 



Attachments: Microsoft Word 4; Microsoft Word 4 


and 

when I launched I just saw the first page, 
apol ogi ze. I pri nt ed 
it and have both pages. 


.didn't see the second page. I 



1 0/ 2 4/ 0 0 0 9:5 1 
AM 



Hello All, 

Starting Wednesday the 25th we will be testing a government required date 
of 

birth, country code transaction. This testing will be available for 2 
weeks. 

See at t achment s. 


< < B C P o i nts. d o c > > <<ws pBORDER. doc>> 

(See at t ached file: BCPoi nt s. doc) 
(See attached file: wspBORDER.doc) 



Attachments: Microsoft Word 4; Microsoft Word 4 


Don't we need to know what the format is for this information that we put 
into the PNR? 

I know we talked about an 1 OS I 1 being added to the PNR, but we don't have 
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any 


Border Crossing.txt 


entries from you. Do they not need to test with the ' OSI ' information yet? 



1 0/ 2 4/ 0 0 0 9:5 1 
AM 



Subject: 


Cross Border Testing Script 


Hello All, 

Starting Wednesday the 25th we will be testing a government required date 
of 

birth, country code transaction. This testing will be available for 2 
weeks. 

See at t ac hment s. 

< < B C P oi nts. d o c > > <<ws pBORDER. doc>> 

(See at t ached file: BCPoi nt s. doc) 

(See attached file: wspBORDER.doc) 


From: 
Sent : 
To: 

Cc: 

Subj ect 


uesday, October 24, 2000 10:52 AM 



Hello All, 

Starting Wednesday the 25th we will be testing a government required date of birth, 
country code transaction. This testing will be available for 2 weeks. 

See at t ac hment s. 


From: _ 

Sent: I u e s d a y, Uct o b e r 2 4, 2 0 0 0 1 0:4 9 AM 

To: 

Cc: 



Cross Border Testing Scripts 


Hello All, 


Starting Wednesday the 25th we will be testing a government required date of birth, 
country code transaction. This testing will be available for 2 weeks. 
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Border Crossing.txt 



Sabre Country Code Decode / Encode Formats are as follows 


HCCC/FR Response - FR FRANCE 
HCCC/FRANCE Response - FR FRANCE 

Regar ds, 



wr o t e: 


> Hello Everyone, 

> 

> Well we had you test our record management entry RM*CY for country codes and 

> found out it didn't work. In lieu of asking you to do any coding I need to 

> know if we can just piggy back off of your country code transaction. We 

> are using the IATA standard country code list. It will probably be easier 

> for the your agents to use a transaction they are currently using with you. 

> 

> Please send me what your entry is and we will include it on the quick 

> reference material we are producing for new cross border regulations 

> required by the govern ment. 

> 


> Thanks, 



Hello Everyone, 


Well we had you test our record management entry R M* C Y for country codes and found 
out it didn't work. In lieu of asking you to do any coding I need to know if we 
can just piggy back off of your country code transaction. We are using the IATA 
standard country code list. It will probably be easier for the your agents to use a 
transaction they are currently using with you. 

Please send me what your entry is and we will include it on the quick reference 
material we are producing for new cross border regulations required by the 
govern ment. 

Thanks, 

Paula 
From: 

Sent : 

To: 

Cc: 
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FW: Country Code Testing 


I think it might be a good idea to have a meeting with you, 
■■1 to clarify the GDS issues for Border Crossing. 


.Or i gi nal Message . 

From: 

Sent: ^my^Jctmr 1 3, 2 0 0 0 4:3 6 PM 

Country Code Testing 

As I stated before, some GDSs cannot do this without programming. If it works on 
the Amtrak side go ahead and load it, but, I want it stated at the AUC that I never 
received any requirements on record management entries related to GDSs. I just got 
them, upon request, yesterday, from^^^. I will have to put together a project 
definition paper for the GDSs so they can submit it for sizing. I have no idea 
when or if the GDSs will support this. I guess on the short-termwe can put it on a 
DRS page or when the quick reference material is produced the country codes can be 
added. 



nmi n g. If it 
I at the AUC t h 
ed to GDSs. I 
put together a 
n g. I haven 
-1 e r m we can p 
re count ry code 














ur s day, October 



ursday, October 
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Could you pi ease actiavte this I aod in TPF20, also could you test RM*CY entries for 
GDS. 

Thanks 


Zdsmg mt 5 c 8 vOafload DSN-grss. ol d. vOaf 
Zoldr load vOafload 
Zoldr activate vOafccod 

Segments included: R ME 1, R ME 4, RME 6, R ME 8, RMC1, U F 9 7, TASF 












ccess to 
wi t h e a c 


0 






























u d j ec 


nternati onai Border Crossing - Pre-User Test (TPF20) 


We have a target implementation date of 11/07/2000 for International Border 
Crossing. How much time would you like for testing of this on TPF20? Is a week 
enough? 

Testing Items: 

New 5DOB for mat 

End transaction regression testing 

Ticketing restrictions for cross border segments 

Ticketing regression testing 

QuikTrak should not be able to retrieve a PNR with cross border segments when all 
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Could you touch base with to coordinate 

Code Table to TPF20. I t h i f we plan to 
Thursday ( 1 0/ 0 5 / 2 0 0 0 ), then a n run hi 

will give us the oppor t uni t y MHt he users t 
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that the table entries are correct and complete. 

Have the A02RM documents been updated? Let me know if you want me to help with 
that. 

Thanks, 

From: 

Sent: 0 3, 2 0 0 0 2:0 1 PM 

S u b j e c t : Code Table - TPF20 


Could you touch base with to coordinate loading the Border Crossing country 

Code Table to TPF20. I t h me i f we plan to have it on TPF20 beginning on this 
Thursday (10/05/2000), then can run his macro to populate the table. This 

will give us the opportunity tor the users to do some pre-testing and to also assure 
that the table entries are correct and complete. 

Have the A02RM documents been updated? Let me know if you want me to help with 
that. 



I would like to get some input from you all before sharing this suggestion with the 
user co mmu n i t y. 

This new indicator will be needed on the following displays: 

♦Availability 

* Schedule 

* Low Fare Finder/Fare Shopper 

* P NR 

It will indicate which segments are Border Crossing Segments. It is actually needed 
for our new distribution channels, such as the Internet and Corporate Booking tools. 
This indicator is not planned to be used for the GDS partner's displays. 

The suggesti on: 

A period two bytes prior to the board city code. 

Benefits of this suggestion: 

* This would be a consistent location in each of these displays. 

* It is a low profile character which should not be too distracting to the human 
eye. 

At t a c h me n t wi t h e x a mp I e s: 


Please share any concerns or suggestions by the COB on Wednesday 10/04/2000 
y o u, 

From: ” 
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please read the document and prepare for the discussion. Let's try to meet today 
after 2PM. 


. O ri gi nal Messa ge. 

Sent: ^^I^^^SMary 0 4, 2 0 0 0 1:1 3 PM 
T o: 

Subj ect : Fw: Gross Border Requirements 


as info 

.Ori gi nai Message. 


Re q u i r e me n t s 




GOD KNOWS, I HATE TO NAG. BUT THE FACT IS, 
IT. ANY NEWS ON GETTING SIGNOFF? PLEASE?? 


HAVE A NATURAL PROCLIVITY 


THANKS 


Attached, please find the latest version of the Requirements document. For 
your convenience, I have included both a red-lined and non-redlined copy. I 
ask that you review this document thoroughly and get back to me with any 
changes. Alternatively, you may make your changes directly in the document 
using redlining. 

If this document satisfies you, please forward to for final signoff. We 
can then finalize the costing and develop the implementation schedule. 

If you have any questions, please don't hesitate to contact me. 

Note to and This advance copy is provided for your 

information on^^^The requirem^^s are not final until signoff from the 
sponsorhasbeenreceived. 

Thanks a lot. 


From: 
Sent : 
To: 

Subj ect 


ay, Febr uary 


03, 2000 4:21 PM 


So me thing fun to read 


Ori gi nal Message- 


F r o m: 
Sent : 


u r s d a y, February 
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Hello, sunshine. 

I understand that you drew the short straw and will be working on the Cross 
Border External Desing. indicated to me that she is expecting the ext. 

desing and the costing from you by around the 2/21, and that she should be 
able to get it to me by 2/25. For your information, I am telling my user that 
the document will be delivered to her by 2/28. This gives me an opportunity 
to review it first. Of course, if there are any questions at any time, feel 
free to contact me. And I would happily receive the document earlier from 
(You know, it is part of my job description to try to compress 
mri^ines and decrease cost...) 

Also, if for any reason (e. g. , production problems, load problems, etc.) you 
are not able to make the dat e, please contact me as soon as possible. 
Apparently, we (meaning s group) have a reputation of not being 

supportive of this proje^^^ I want to make sure that we treat this with kid 
gloves from here on out. I think if we constantly keep in the loop, this 
will go a long way to proving our committment to the project. I know, of 
course, that I don't need to worry about you guys, but anything could happen, 
and the more notice I am given, the better. 

I will check with you from ti me to time, because it is my nature to cajole, 
whine, complain, and be a nuisance. If you find it too offensive, just keep 
in mind that I will be gone at the end of March. Surely, you can stand my 
whining for less than two months. 

Thanks again, and i look forward to getting the external design and detailed 
costing on 2/25/00 

Cheers, 


From: 
Sent : 
To: 

Subj ect 


ay, Febr uary 


03, 2000 4:20 PM 
me n t s 


Next Steps 


as info 


Ori gi nai Message 



§g: Thanks a lot for getting the signoff to me. I have submitted the 

completed requirements to IT so that they can begin the External Design phase 
of the project. As we discussed today, External Desing in which IT begins to 
architect the solution in mo re detail, and in doing so, is able to provide a 
much more accurate cost estimate than that which was provided during the 
Business Justification phase. 

The External Design and costing should be completed and available for 
distribution to you by February 28, 2000. At that point, you and I (along 
with any relevent users from your shop) will need to review this document and, 
later, meet with IT to thoroughly walk through the design. This review is 
critical because this is our opportunity to ensure that there has been no 
misunderstanding, misinterpretation, or ommission of functionality. I will 
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assume that this review can be completed by March 6, 2000. 

You had indicated that the users fromthe SBUs had questions about the 
functionality and costing associated with this project. After we have 
reviewed the External Design and all corrections are made, we can meet with 
the users to resolve any issues or concerns. I will leave it up to you to 
coordinate that meeting if it is necessary. 

One caveat: we are in the process of loading many, many projects 
concurrently. Any significant problems with the loads will impact IT's 
ability to deliver the External Design and costing. So that you can plan your 
workload, I will notify you immediately if we are not able to meet the 2/28 
date. 


jgg, you have been absolutely great to work with on this project. I 
appreciate your cooperation and willingness to resolve the functional and 
technical issues. I certainly helps us to expedite the implementation. 

Thanks again, and contact me if you have any questions. 

Thanks 


f^m: 

Sent: TriTay/Han u a r y 2 8, 2 0 0 0 1 2:0 5 P M 

e c t : me n s 

Attachments: RE DLI N~1. DOT; D O B _ R 0 M. DOT 


Read it in your free time. We can not work on this until we receive the "OK" 


.O riginal Mes s a g e. 

From: ■■HHHSMI 

Sent: maay/jaruja r y 2 8, 2 0 0 0 7:5 1 AM 
To: 

Subject: FW: Cross Border Requirements 


as info....these requirements are not signed off but have bbeen made available for 
y 0 u r r e v i e w. 


Ori gi nal Message 



Attached, please find the latest version of the Requirements document. For 
your convenience, I have included both a red-lined and non-redlined copy. I 
ask that you review this document thoroughly and get back to me with any 
changes. Alternatively, you may make your changes directly in the document 
usi ng redli ni ng. 

If this document satisfies you, please forward to Joe for final signoff. We 
can then finalize the costing and develop the implementation schedule. 

If you have any questions, please don't hesitate to contact me. 
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I know this is such a short notice for you to do the sizing so I thank you for 
yourtimetodothisforme. 


From: 
Sent : 
To: 

Subj ect 


ur s day, December 


51 AM 


Attachments 


late or Birth (cross Border 
ENCLOSURE.TXT; DOB-BSJ 3. DOC 


e q u i r e me n t s 


epl y - Kepi y - For war de 


Here is the document. I Let plan to meet this afternoon for about an hour or 
so to discuss a high level sizing approach. I need to provide the user our 
estimate by Friday 11/10. 
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